使用Goodsync同步工具遭遇无法解决冲突的状况一例

Goodsync是一个非常好用的同步工具，适用于需要经常同步文件的人，比如程序员，或者业余开发者等等。尤其是其“自动同步”功能，可以说大大地提高了生产率，比以前用ftp工具一个一个文件上传、下载快速高效多了。

然后，使用中偶尔会遇到发生冲突的情况，尤其是文件改名、删除后再添加同名文件等等不常见的场景，不过一般人工选择一下同步方向，问题就能解决。

然而，昨天我却遭遇了一次无法解决的文件冲突，尝试了所有一般方法都不能解决，冲突始终存在，甚至在我强制删除左右两边的文件后试图再重建都不行，“冲突”始终都像鬼一样如影随形，害得我花了一个多小时才最终搞明白问题所在。下面说说具体经过，希望能帮到和我一样偶尔犯糊涂的人。

事情是这样的，我平时都用VMware的虚拟机当开发服务器，装的是linux server，所以，已经习惯了将名字较长的文件采用驼峰写法来方便识别，比如hello world，我一般习惯写成helloWorld的形式当文件名。然后写代码是在同一台机器上，windows 11下，用VS code，ssh到虚拟机的linux系统下的web服务器文件目录，直接编辑开发服务器上的文件，一直这么用，然后调试无误就用Goodsync同步到windows本机当备份。

如此正常搞了约半年多，突然被某个SEO优化的工具建议说，网站的URL最好是用全部小写的路径，因为有些程序、有些人会无视文件名中的大写字母，容易造成404错误。我一想，好像是的哦，比如微软网站上的某个网页检查工具的结果，就曾经自动把我的服务器文件路径名自动给全部转小写了。虽然一般情况下不会造成什么大的困扰，但是我想反正把名字改成小写也不算很麻烦，即使为了避免小概率错误也值得，于是就动手吧。

然后，我就把文件名从“helloWorld”改成了“helloworld”，为了保险起见，想着先做个备份，于是又把helloworld复制了一份，名字就用老的吧，就helloWorld好了。在把其它程序文件里大写的W统一改成小写后，试了一下一切正常，开始备份到本机硬盘，然后准备再通过本机同步到真实的服务器上投入实际使用。

这时，问题就开始了，Goodsync开始提示文件冲突，不让复制文件，无论我怎么折腾都不行，反正你能想到的一切方法我都试了，甚至把Goodsyn中的同步任务删了重建，把左右两边的_gsdata_文件夹也删了，总之什么都试了，还是不行。当时我的想法是，这个Goodsync一点也不“good”，我强制手工复制了文件它也不认，就是认个死理要报错！报错！！报错！！

就这样折腾了一个多小时，问题没解决，我都准备放弃使用Goodsyn了，用回老的ftp吧。就在这时，发现ftp也出问题了，helloWorld文件下载到本机也提示有问题。天啊，这时怎么回事？！仔细一看，说是“helloWorld”文件已存在，要覆盖吗？可是我仔细看了几十遍，本机目录下没有helloWorld啊，只有helloworld。

慢着慢着！我一拍脑袋，明白了，闹半天，这是windows啊，windows的文件名是不分大小写的，也就是说，windows下，"helloworld"和"helloWorld"这两个文件名是一样的！！！我怎么把这个给忘了！！！

都怪平时给linux带偏了，然后windows表面上是区分文件名大小写的，你把windows的文件复制到linux上的时候，原来是大写的地方它还是大写，忠实还原。

原来是我冤枉了Goodsync了，是我自己一时脑子进水，其实是跟windows较劲了一个多小时，生命里的一个多小时就这么白白浪费了，汗！

好吧，记之，万一还有傻子和我犯一样的错呢。