我真的打算停止编码并成为一名木匠。这个问题让我压力很大，现在似乎没有任何明确的解决方案，除了强制非 Windows 机器使用 Windows 似乎施加的文件权限。
让我们从场景开始。我有 2 台开发机器，一台运行 Windows7，另一台运行 Mac OSX。他们都在使用 Eclipse 和 EGit，并且都从远程仓库克隆了同一个项目。这就是相似之处结束的地方，因为我的 Windows 机器有一个坏习惯，即在其本地存储库中保留 644 (r-xr--r--) 的文件模式，而 Mac 上的模式默认到很酷的 775 (rwxrwxr--x)。
所以问题显然出在文件权限上——GIT 报告说有些文件由于文件模式的差异而不是实际内容而发生了变化。解决方案似乎很明显，运行以下命令:
git config core.filemode false
git config --global core.filemode false
...这就像一个魅力，除了在提交和 merge 已解决的冲突时。
例如，假设文件 A、B 和 C 存在于 Windows 和 Mac 存储库中。接下来我们在Mac机上更改这3个文件的文件模式，方便开发者编辑。现在更改文件 A 中的一些内容。因为我们忽略了文件模式(由于上面的命令)只有文件 A 将被提交和推送，准备好让 Windows 机器获取、 merge 和享受...
现在，让我们在 Mac 和 Windows 机器上再次编辑文件 A，有效地导致潜在的冲突，并让 Windows 机器先提交并推送文件 A。然后，当 Mac 用户将他们的更改提交到文件 A 并从远程存储库中获取最新更改时，显然会产生冲突。
解决 Mac 机器上的冲突并将文件 A 添加回其本地存储库后，提交 merge 包括之前忽略的文件 B 和 C，从而突出了我的问题!为什么以前忽略的文件包含在此 merge 提交中？这似乎不仅仅是 Mac/Windows 的问题，因为这个问题可以通过两种方式重现...
如果只有 3 个文件，这可能无关紧要，但我指的这个项目包括数千个，所有这些上下推 pull 都是疯狂的。我错过了一些非常明显的东西吗？任何帮助将不胜感激!
最佳答案
因此，在通过 Git 比较笔记和更改时尝试让 Windows 和 Mac OS 机器彼此喜欢，经过漫长且经常令人沮丧的运行之后，似乎只是 Git 本身的功能让我发疯，而且更好的了解如何更好地使用 Git 似乎是最终的答案。
最初，我想知道如何继续忽略文件模式更改(Windows 似乎喜欢根据自己对权限和模式应该是什么的想法进行更新)，同时我正在解决因其他人对文件的更新而产生的冲突.简短回答:您不能。这就是 Git 的工作方式。
那么遇到这种情况你会怎么处理呢？再次简短回答:使用分支。
在我最初使用 Git 的方式中，我一直在我本地仓库的 master 分支上工作——这已经是个坏主意了——所以我所有的工作都将在那里提交，所有冲突解决也需要在那里处理，迫使所有要再次比较的文件以及所有权限和文件模式都会受到质疑。
通过分支，您可以在另一个分支上工作，提交到那个分支，将更新 pull 到您的主分支，然后将您的其他分支与您的主分支 merge 。突然之间远程仓库中的 master 不再有冲突，你就赢了!
执行此操作的命令(从当前选定的分支创建分支):
git branch newbranch
检查你的新分支:
git checkout newbranch
将新分支与主分支 merge (在提交到新分支之后，先切换到主分支):
git checkout master
git merge newbranch
希望这对某人有帮助! -:)
关于windows - 解决冲突后如何忽略 Git 中的文件模式更改？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8430861/