带有 autocrlf=true 的 Git 按原样 check out 具有混合行结尾的文件

Question

所以，我一直认为使用 core.autocrlf=true Git 在将文件 check out 到工作目录。

来自Git book :

If you’re on a Windows machine, set it to true – this converts LF endings into CRLF when you check out code

但是，当 checkout 一个包含混合行结尾且 core.autocrlf 设置为 true 的文件时，我的 Git 版本会按原样 checkout 文件。

我找到了一个非常方便的 GitHub 存储库来测试此行为 - https://github.com/YueLinHo/TestAutoCrlf

测试结果:

• 仅以 LF 结尾的文件 (LF.txt)
  • 使用 autocrlf=false:按原样 check out (所有行尾都是 LF)
  • 使用 autocrlf=true: checkout 时所有行尾都更改为 CRLF

到目前为止，一切都如我所料。现在对于具有混合行结尾的文件:

• 具有混合行结尾的文件(MIX-more_CRLF.txt、MIX-more_LF.txt)
  • 使用 autocrlf=false:按原样检查(LF 和 CRLF 的混合)
  • 使用 autocrlf=true:按原样 check out (LF 和 CRLF 的混合)

为什么会这样？我还没有看到任何有关 autocrlf=true 不涉及带有混合行尾的文件的信息。

我的 Git 设置有问题吗？在使用 autocrlf=true 检查后，我在存储库文件夹中检查了运行 git config --get core.autocrlf 的 core.autocrlf 设置全局 .gitconfig，命令返回 true。没有 .gitattributes 文件来覆盖设置。

所有测试均在 Git 版本 1.9.5.msysgit.0 上进行。

编辑在最新的 msysgit 版本 1.9.5.msysgit.1 上有相同的行为。

我最初的问题是，我以某种方式设法提交了一个只有 LF 结尾的混合行结尾文件，同时将 core.autocrlf 设置为 true，表示文件按原样 checkout ，但提交时 CRLF 更改为 LF。我目前正在另一台机器上工作，无法在我的 msysgit 版本上重现此行为。

Answer 1

我重新发布一个被其所有者删除的答案，因为我认为它给出了最好的解释。我不知道作者为什么删除它，我认为它是正确的，我已投票取消删除。

显然，这种行为在 Git 中是硬编码的，并且不依赖于 core.safecrlf(我已经对此进行了测试，即使我设置了 git config core.safecrlf false，混合文件也不会受到影响。

原回答如下:

---

Autocrlf 不会转换混合行结尾，正如 git 的源代码所说:

https://github.com/git/git/commit/a0ad53c18100226cb1a138cb9b3bc3615170be8f

注意这里的注释:

/* No "naked" LF? Nothing to convert, regardless. */

和

/* If we have any CR or CRLF line endings, we do not touch it */
/* This is the new safer autocrlf-handling */

混合行尾转换是不可逆的，完成后 Git 崩溃。

因此，如果您想自动转换文件的行结尾，设置 .gitattributes 可能是个好主意。处理行尾的文件。如:

LF.txt eol=lf
CRLF.txt eol=crlf