Git仓库CRLF与本地换行冲突问题求助

我来帮你搞定这个Git换行符反复变更的麻烦——这种混合换行符的场景确实容易踩坑，咱们一步步来解决：

核心问题拆解 #

你对Git换行逻辑的理解完全正确：当core.autocrlf设为auto时，Git默认会把所有文本文件的换行符在仓库中统一为LF，工作区则根据系统自动转换（Windows为CRLF，类Unix为LF）。但你的部分.C/.H文件一直保持CRLF格式，Git没有识别到需要对它们应用特定转换规则，就会导致每次操作时这些文件的换行符被误判为“变更”，出现反复折腾的情况。

解决方案：用.gitattributes精准控制换行规则 #

最可靠的方法是通过仓库根目录的.gitattributes文件精确指定不同文件的换行行为，这比全局配置更灵活，还能让团队所有人的操作保持一致。

步骤1：创建/编辑.gitattributes文件 #

在仓库根目录创建（或编辑已有的）.gitattributes文件，添加以下规则：

# 所有文件默认采用LF：仓库存储LF，工作区也保持LF
* text=auto eol=lf

# 强制指定.C和.H文件在工作区使用CRLF，仓库仍存储LF
*.C text eol=crlf
*.H text eol=crlf

规则说明：

• * text=auto eol=lf：告诉Git所有文件默认按文本文件处理，仓库统一存储为LF，工作区也保持LF（符合你期望工作区为LF的需求）。
• *.C text eol=crlf：针对.C和.H文件，强制Git在检出到工作区时转换为CRLF，提交时再转回LF存储到仓库，既满足你对这些文件的CRLF需求，又能保证仓库内的换行符统一。

步骤2：应用配置并修复现有文件 #

确保当前工作区干净（所有修改已提交或暂存），然后执行以下命令让Git重新应用换行规则：

# 移除所有文件的索引缓存，让Git重新识别文件属性
git rm --cached -r .
# 重新添加所有文件，此时Git会按照.gitattributes的规则转换换行符
git add .
# 提交变更，统一仓库内的换行符状态
git commit -m "Fix line endings: enforce LF for most files, CRLF for .C/.H in workspace"

额外注意事项 #

• 如果你是Windows用户，建议把全局的core.autocrlf设为false，避免和.gitattributes的规则冲突：

  git config --global core.autocrlf false
  

• 一定要把.gitattributes文件提交到仓库，这样团队其他成员克隆仓库后会自动遵循同样的换行规则，从根源避免类似问题。
• 执行上述命令后会产生一个包含所有文件换行符修正的提交，这是正常的——这一步是为了让仓库内的文件换行符彻底符合规则，消除后续的变更误报。

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