在结帐期间使用 .gitattributes 管理行结尾

Question

使用 SmartGit 版本 21.2.1（git 版本 2.30.2.windows.1）。 我有一个现有的 git 存储库，其中一些文件使用 CRLF 作为行结尾，有些文件使用 LF。我发现 https://git-scm.com/docs/gitattributes 并正在尝试什么发生在结账时。该文档似乎说以下 .gitattributes 应该规范所有文件以在签入期间使用 LF 结尾，并在签出期间让我控制它们的外观：

* text=auto eol=crlf
*.py eol=lf

第 1 行是否意味着：

默认情况下，评估所有文件以确定它们是否是文本文件。 如果不是，就别管他们了。如果它们是文本文件，则在签出时将行结尾转换为 CRLF 并在签入时 转换为 LF。

对于 Python 文件，第 2 行是否会这样覆盖第 1 行：

将 Python 文件视为文本文件，并在签出和签入时进行转换 行结尾为 LF。

我尝试了这个实验并得到了意想不到的结果。初始条件：全局 core.autocrlf=false，repo 中没有 .gitattributes 文件。

1. 使用这些文件创建一个“旧版”存储库（名称表示签入时的行结尾）： CRLF.txt, LF.txt, CRLF.py, LF.py
2. 签出不同的分支，然后回到原来的分支；确认结帐未更改任何文件的行结尾。
3. 签入包含上述两行的 .gitattributes 文件
4. 签出不同的分支，然后返回到原始分支。

在第 4 步之后，我期望找到这些行结尾：（

CRLF in CRLF.txt
CRLF in LF.txt
LF in CRLF.py
LF in LF.py

我期望第 1 行处理 .txt 文件，第 2 行处理 .py 文件）

但这就是我实际得到的：

CRLF in CRLF.txt
CRLF in LF.txt
CRLF in CRLF.py
LF in LF.py

TXT 文件看起来不错，但为什么没有’ t git Convert CRLF.py 在结账后以 LF 结尾？

Answer 1

看来我误解了 git 文档。 eol 属性仅在设置为时在结帐时进行转换：

eol=crlf

而该值仅充当“转换阻止程序”：

eol=lf

因此您可以获得索引中的任何内容。不过，在这两种情况下，eol 在签入时都会将文件标准化为 LF，但我在实验期间没有修改/签入任何文件。

我发现了这一点，因为当我将文本属性添加到第 2 行时：

*.py text eol=lf

因为然后我被提示检查 CRLF.py（即使我没有更改它），因此它在索引中标准化为 LF。文档中的这一行听起来像是没有必要将文本属性添加到第 2 行：

eol：启用行尾转换，无需任何内容检查，
有效设置文本属性。

但似乎没有文本属性，您不会收到签入/规范化 .py 文件的提示，因此直到您下次因其他原因手动更改文件并将其签入时才会发生这种情况。