git & Cygwin - 尾随空格导致“未更新”

Question

Windows 上使用 Cygwin 的 Git 充满了危险。然而，有一个真的开始让我烦恼。

它与 core.autocrlf=true 行为有关。在花了一周的时间在网上搜寻之后，很明显，您将遇到的问题并没有那么严重。但是，如果文件末尾有一行尾随空格，则似乎会产生重大问题。

问题是 git 认为该文件有本地修改，尽管事实并非如此。例如，在全新克隆之后，“git status”或“git diff”将立即显示任何此类文件的修改情况。 “git reset --hard”可以完成它的工作，但这些文件仍然显示为已修改。 'git diff' 将差异显示为“删除了一个空行，添加了一个空行”。

问题是，这会阻止 git pull！

$ git pull
Updating 73bcc56..dba6253
error: Entry 'foo.py' not uptodate. Cannot merge.
$ git reset --hard
HEAD is now at 73bcc56 ...
$ git diff
diff --git a/foo.py b/foo.py
index 4cc3854..ccde3f6 100644
--- a/foo.py
+++ b/foo.py
@@ -14,7 +14,7 @@ class TestHelpFunctions(unittest.TestCase):
     def testVersion(self):
         v = sendCommand("version")
         self.assertEqual(len(v), 2)
-
+

好吧，我想——方式上有一个局部的改变。如果我把它藏起来怎么办？不 - 在 git stash 之后，它仍然显示该文件是本地更改的。

好吧，如果我添加呢？当然，这仍然会阻止拉动：

$ git add foo.py
$ git pull
Updating 73bcc56..dba6253
error: Entry 'foo.py' would be overwritten by merge. Cannot merge.

好吧，最后一次尝试 - 让我们提交它并完成它。哦，太棒了，这个文件有冲突。但令人惊奇的是，该文件没有冲突标记！不幸的是，“git pull”现在抱怨我正处于冲突合并之中，即使没有标记冲突。

我发现，解决方法是永远不要提交换行符之前带有尾随空格的文件。它只会导致 git 认为文件被修改，但实际上并没有，可能是由于 DOS-UNIX 行结束逻辑明显被破坏。

不管怎样，我并不是真的在寻找答案，因为最后我只是用核武器摧毁了整个事情并重新克隆。我真正想知道的是，人们在尝试将 git 与 Cygwin 结合使用时如何保持理智。

当目录名为“FOO”时，不要让我开始使用“git add foo/a foo/b FOO/c”...

Answer 1

根据我的经验，我的所有文件都使用 UNIX eol 样式，并且我始终将 core.autocrlf 设置为 false。
请参阅此SO答案

发生的任何事情“自动”，特别是在分布式环境中（您无法保证远程存储库上的相同设置）是自找麻烦。

基本上，如果您的工具（例如 使用对于合并）设置正确，它们将处理任何空间/终止问题。不是直接使用 Git。