如何修复因autocrlf=true导致的Git全部提交损坏问题？

嘿，我太懂你这种被CRLF换行符坑得头大的感觉了！之前你用的添加/删除空行的方法确实能解决问题，但确实有点繁琐。下面给你几个更简便的方案，不管是修复现有问题还是预防后续踩坑都能用：

一、从根源解决：统一仓库换行符配置（最推荐） #

首先要把仓库的换行符规则固定下来，避免不同客户端的设置差异再搞出问题：

1. 用.gitattributes精确控制（跨团队友好） #

在仓库根目录创建一个.gitattributes文件，这是Git里最靠谱的换行符控制方式，所有克隆仓库的人都会自动遵循这个规则：

# 所有文本文件统一使用CRLF（匹配你仓库从SVN转来的历史格式）
* text eol=crlf

# 二进制文件（图片、压缩包等）禁止Git处理换行符
*.png binary
*.jpg binary
*.zip binary

如果之后想换成更通用的LF换行（推荐长期维护），把上面的eol=crlf改成eol=lf就行。

把这个文件提交到仓库：

git add .gitattributes
git commit -m "chore:添加.gitattributes统一换行符规则"

2. 临时/仓库级配置修正 #

如果不想用.gitattributes，可以直接给当前仓库设置Git配置：

# 禁止Git自动转换换行符，保留文件原始格式
git config core.autocrlf false
# 强制仓库内的文本文件使用CRLF换行
git config core.eol crlf

二、一次性修复所有文件的换行符（解决历史遗留问题） #

如果想彻底清理仓库里混乱的换行符，避免后续再出现warning: CRLF will be replaced by LF这类警告，可以批量转换所有文件：

# 先确保已经设置好上面的配置（core.autocrlf=false + core.eol=crlf/lf）
# 批量转换所有文本文件的换行符为CRLF（用unix2dos）
git ls-files -z | xargs -0 unix2dos
# 如果要转LF就用dos2unix：git ls-files -z | xargs -0 dos2unix

# 提交这次统一修改
git add -u
git commit -m "fix:统一所有文件换行符为CRLF"

三、简化单个损坏分支的修复流程 #

如果你只是想快速修复之前那个损坏的分支，不用折腾添加/删除空行，可以直接用正确的文件内容覆盖损坏提交：

# 切换到损坏的分支
git checkout broken
# 基于损坏提交创建新分支
git checkout -b fixed <HASH_OF_BROKEN>

# 临时禁用Git的换行符转换
git -c core.autocrlf=false reset --hard

# 直接把原分支的正确文件内容覆盖过来
git checkout broken -- .
# 提交修正后的内容，覆盖原损坏提交
git -c core.autocrlf=false add -u
git -c core.autocrlf=false commit --amend --no-edit

# 接着cherry-pick后续的提交，这次因为配置正确不会再损坏
git cherry-pick <HASH_OF_NEXT_TO_BROKEN>..broken
# 推送到远程
git push origin fixed

总结 #

最简便的方案是先添加.gitattributes统一换行规则，再一次性修复所有文件的换行符，这样从根源上解决问题，后续不管哪个客户端克隆仓库，都不会再出现换行符相关的警告或提交损坏问题。

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