如何修复core.autocrlf不同配置下提交迁移后的文件状态异常？

你的理解是否正确？ #

对的。问题根源就是两台设备的core.autocrlf配置不一致导致的换行符冲突：

• 主电脑core.autocrlf=false，Git不会自动转换换行符，工作区和仓库里的文件都是LF结尾。
• 笔记本core.autocrlf=true，提交时会把工作区的CRLF转成LF存到仓库，但本地工作区保留CRLF。

你用format-patch导出的补丁，内容里的换行符是笔记本工作区的CRLF格式。当你用git am --ignore-space-change --ignore-whitespace强制应用补丁后，主电脑的工作区文件被改成了CRLF结尾，但Git因为core.autocrlf=false，预期工作区文件应该和仓库一致是LF，所以把所有文件都标记为修改。

最佳解决方法 #

1. 先恢复主电脑的工作区状态 #

如果当前有未提交的修改，先暂存起来：

git stash

然后重置工作区到仓库的LF版本：

git reset --hard HEAD

2. 统一换行符并锁定规则 #

• 把主电脑工作区的所有文件统一转换成LF结尾：

  # 针对C++文件，可根据你的文件类型调整通配符
  find . -type f \( -name "*.cpp" -o -name "*.h" \) | xargs dos2unix
  

  如果你没有dos2unix工具，也可以用Git自带命令实现：

  git config --local core.eol lf
  git checkout-index --force --all
  

• 在仓库根目录创建.gitattributes文件，添加以下内容（按需调整文件类型）：

  * text=auto
  *.cpp text eol=lf
  *.h text eol=lf
  # 非文本文件（如二进制资源）可添加：*.png binary
  

  这个文件会强制Git按指定规则处理换行符，不受客户端core.autocrlf配置影响，从根源避免跨设备的换行符冲突。

3. 统一两台设备的core.autocrlf配置 #

建议两台设备设置相同的core.autocrlf：

• 如果都是Windows环境，统一设为true：

  git config --global core.autocrlf true
  

• 如果是跨平台协作（比如主电脑Linux、笔记本Windows），统一设为input：

  git config --global core.autocrlf input
  

  该配置下Windows端提交时自动转LF，本地保留CRLF；Linux端不做转换，保持LF。

4. 重新应用补丁 #

现在主电脑的文件都是LF结尾，且换行符规则统一，直接用正常命令应用补丁即可，无需加忽略空格的参数：

git am /path/to/your/patch-file.patch

如果还有冲突，用git am --show-current-patch查看冲突内容，手动解决后执行git am --continue。

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