“git checkout --patch”是否与 autocrlf=true 不兼容？

Question

在我的 Windows 机器上，我正在考虑在我的 .gitconfig 中设置autocrlf = true 。 我团队中的其他人是这样设置的，我们最终在 repo 中混合了lf和crlf 。 我已经考虑了一些选择，这似乎是阻力最小的路径......

我注意到的一件事是git checkout -p失败，错误patch does not apply在autocrlf = true时patch does not apply 。 如果我将其改回false它将按预期工作。

autcrlf = true是否与checkout --patch不兼容，还是我需要设置一些其他选项才能使其工作？

有趣的是git add --patch与autocrlf = true一起按预期工作。

Answer 1

是的， git checkout --patch与行尾翻译正常工作。 该补丁几乎肯定不会应用，因为您的配置不匹配。

您团队中的每个人都需要使用相同的行尾配置。 core.autocrlf=true不是团队中的一个人可以启用的选项； 每个人都需要相同的设置。 那是因为如果您有core.autocrlf=false ，那么您就是在告诉 Git 磁盘上的内容与存储库中的内容相同。 如果您使用的是 Windows，则意味着您正在签入带有 Windows 样式行结尾 ( \\r\\n ) 的文件。 如果您的同事启用了core.autocrlf=true ，那么您就是在告诉 Git，磁盘上的内容具有 Windows 样式的行尾，而存储库中的内容具有 Unix 样式的行尾 ( \\n )。

但是您的同事对 git 撒了谎，因为存储库内容实际上包含\\r\\n 。

当这些设置不匹配时，可能会发生各种奇怪的事情，包括无法应用补丁之类的事情。

你应该：

1. 在.gitattributes文件中设置* text=auto 。 这确保在存储库中工作的每个人都具有相同的设置，因为配置实际上是签入的，而不是每个人都必须记住正确配置的内容。

2. 重新规范存储库，以便存储库内容实际上与您声明的内容相匹配。 你可以通过git add --renormalize .来做到这git add --renormalize . 并检查内容。

完成此操作后（并且每个人都更新了您的本地工作文件夹），您的git apply --patch应该可以正常运行。