Git合并冲突修复后所有文件标记为我修改，是默认行为吗？

这不是Git的默认行为，出现这种情况通常是合并过程中文件的隐性变更触发了Git的修改标记，而非Git本身的设计逻辑。常见原因及解决办法如下：

常见触发原因 #

• 行尾格式差异：跨平台开发时（Windows用CRLF、Unix用LF），Git的自动行尾转换功能会修改文件行尾格式，导致Git判定文件被修改，哪怕你没手动编辑。
• 空白字符变更：合并时Git的空白检查规则会识别多余空格、制表符或文件末尾空行的变化，标记为文件修改。
• IDE/工具自动操作：Visual Studio或SourceTree在合并后可能自动格式化文件（比如整理缩进、补全换行），造成隐性内容变更。

解决办法 #

• 统一行尾设置：在仓库根目录创建.gitattributes文件，添加规则统一行尾处理：

  * text=auto
  

  让Git根据操作系统自动适配行尾格式，避免跨平台差异。
• 关闭自动格式化：
  • Visual Studio：进入「工具→选项→文本编辑器→所有语言→格式设置」，取消合并时自动格式化的相关选项。
  • SourceTree：在设置中关闭自动整理空白字符的功能。
• 撤销无意义变更：提交前用git diff查看具体变更，确认是空白/行尾问题后，执行git checkout HEAD -- <文件名>撤销这些文件的变更，只保留你手动修复冲突的2个文件。
• 合并时跳过行尾转换：如果明确是行尾格式导致的问题，合并时使用--no-renormalize参数：

  git merge --no-renormalize master
  

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