Git中文件内容未变更却显修改、暂存后部分消失的成因咨询

文件内容看似未变却显示“已修改” #

Git判断文件是否修改的核心依据是文件内容的SHA-1哈希值，而非肉眼可见的文本或文件修改时间。你遇到的情况，本质是文件存在肉眼不可见的内容差异，导致哈希值变化：

• 空白字符/换行符差异：Visual Studio构建时，可能在文件末尾添加/移除了换行符、空格，或是转换了制表符与空格的格式，或是修改了换行符类型（CRLF↔LF）。默认情况下git diff会忽略这类空白变更，所以你看到的输出里+、-行完全一致，但实际内容哈希已经改变，Git因此判定为已修改。
• Git换行符自动转换：Windows环境下Git默认开启core.autocrlf，提交时会把CRLF转成LF存储，检出时再转回CRLF。如果Visual Studio生成文件时直接写入了LF（或CRLF），会导致工作区文件的换行符和Git索引中存储的版本不一致，哈希值变化，触发“已修改”标记，但git diff默认不显示这类差异。

git add .后一个文件暂存、另一个变更消失 #

这是因为两个文件的“变更”本质完全不同：

• 被暂存的文件：确实存在内容哈希差异（即上述的不可见内容变化），git add会将工作区的新文件快照写入索引，完成暂存操作。
• 变更消失的文件：它的“已修改”标记仅来自文件元数据变化（比如修改时间戳），其内容哈希和Git索引中的快照完全一致。执行git add时，Git会对比工作区文件与索引的哈希，确认无内容变化后，就会清除该文件的“已修改”状态。

两个文件被区别对待的原因 #

这取决于Visual Studio生成文件的逻辑和Git的处理规则：

• 生成逻辑差异：其中一个文件在构建时，即使版本号未更新，也会被强制重写（比如固定写入某种格式的空白字符），导致内容哈希变化；另一个文件只有版本号更新时才会真正修改内容，构建仅更新修改时间，内容哈希保持不变。
• Git配置差异：如果仓库中有.gitattributes配置，可能其中一个文件被设置了特殊处理规则（比如强制转换换行符），另一个则没有，导致一个出现哈希差异，另一个未触发变化。

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