Git core.eol=crlf生效条件与作用阶段结论正确性验证咨询

你的两个实验结论完全符合Git官方配置规则，具体说明如下：

问题1：无.gitattributes文件时core.eol是否完全不生效 #

• 你的结论正确，该场景下core.eol确实不生效。
• core.eol生效的前提是目标文件被标记为text类型，要么通过.gitattributes显式指定text属性，要么Git自动识别为文本文件。你提前设置了core.autocrlf = false，没有.gitattributes的情况下Git不会对任何文件做text类型标记，自然不会触发core.eol的转换逻辑，和你步骤7的实验结果完全匹配。

问题2：core.eol的作用阶段 #

• 你的结论正确，core.eol在签入、检出两个阶段均生效。
• Git换行转换的标准逻辑为：
  • 签入阶段（工作目录→暂存区→仓库）：所有被标记为text的文件，换行符统一转换为LF存入仓库，此时会校验工作目录的换行符和预期的工作目录换行符（即core.eol配置值）是否一致，不一致就会弹出你看到的LF will be replaced by CRLF类警告，对应你实验的步骤10、13现象。
  • 检出阶段（仓库→暂存区→工作目录）：所有被标记为text的文件，换行符转换为core.eol指定的格式写入工作目录，对应你实验步骤15执行reset后hello.txt变成CRLF的现象。

补充说明 #

网传core.eol = crlf仅在add时生效、checkout不生效的说法完全错误，你的实验已经完成了有效证伪。

内容的提问来源于stack exchange，提问作者Ivan Petrov