关于.gitattributes text属性与core.autocrlf优先级及Windows换行差异的疑问

关于text属性与core.autocrlf的优先级 #

text属性并非直接覆盖core.autocrlf，二者是协作关系：

• text属性（比如* text=auto）的作用是标记哪些文件被视为文本文件，只有被标记为文本的文件才会触发换行符转换逻辑。
• core.autocrlf和core.eol则是定义具体的转换规则，当文件被text属性标记为可转换后，才会应用这些规则。

关于core.autocrlf=input的作用 #

core.autocrlf=input并非仅影响提交操作：

• 提交阶段：将工作区的CRLF转换为LF存入仓库。
• 检出阶段：不进行任何换行符转换，直接将仓库中的LF原封不动地检出到工作区。这是input模式在Windows系统下的关键行为，和core.autocrlf=true（检出转CRLF）、core.autocrlf=false（遵循core.eol配置）都不同。

两台PC的现象解释 #

PC1（Windows 11，* text=auto + core.autocrlf=false）

• text=auto让Git识别文件为文本文件，触发转换逻辑。
• core.autocrlf=false时，Git会使用core.eol的配置。Windows系统下core.eol默认值是native（对应Windows的CRLF），所以仓库中的LF会被转换为CRLF检出到工作区。

PC2（Windows 10，* text=auto + core.autocrlf=input）

• text=auto同样标记文件为文本文件。
• core.autocrlf=input的规则是：提交转LF，但检出时不做转换，直接保留仓库中的LF，因此工作区文件是LF换行符。

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