SVN文件标记为已修改但无实际变更的问题排查与预防

我之前在团队维护SVN代码库时，刚好碰到过和你几乎一模一样的情况——用TortoiseSVN 1.9.6做频繁分支合并，偶尔会出现文件显示M状态但实际没任何变更，日志里还变灰色，折腾了好一阵才找到根源，给你分享下我的经验：

• SVN内部元数据的隐性变更：你检查了文件属性但没发现问题，但SVN会追踪svn:mergeinfo这类合并相关的内部属性。有时候合并操作会给文件加一些极其细微的合并信息调整（比如多了个版本号、空格差异），这些变化肉眼和常规属性查看都很难发现，但SVN会把它当成文件变更标记为M。甚至svn:entry这类临时内部属性的残留，也会触发状态异常。
• TortoiseSVN 1.9.6的UI缓存bug：这个版本是2017年左右的旧版本，存在不少UI缓存同步问题。频繁分支合并后，本地缓存的文件状态可能和服务器端不一致，日志里的灰色显示就是UI渲染错乱导致的——毕竟官方没这个标记规则，明显是缓存里的状态值出错了。
• 合并操作的“伪变更”标记：如果合并的版本范围过大，或者合并时自动解决了无关紧要的冲突（比如空行、注释的微小变化，最终合并后内容和原文件一致），SVN会标记文件为已修改，用来记录该文件参与过合并流程。这种情况下svn diff因为内容无变化会跳过，但日志里还是会留下M状态。

• 强制刷新本地状态：右键项目选择Clean up，务必勾选「Refresh shell overlays」和「Update external references」，清理完后重新执行更新。如果还是不行，用命令行运行svn update --set-depth infinity强制拉取完整版本信息，彻底替换本地缓存。
• 检查并重置合并属性：打开命令行，执行svn propget -v svn:mergeinfo MySpecialFile.pas查看合并信息是否有异常。如果确认文件内容无变化但属性存在多余变更，用svn propset svn:mergeinfo "" MySpecialFile.pas（注意是空字符串双引号）重置合并属性，提交这个变更后，后续合并就不会再乱标记了。
• 升级TortoiseSVN版本：1.9.6的bug在后续1.10+版本中修复了很多，我们团队升级到1.12稳定版后，这类问题几乎彻底消失。建议协调运维把全环境的版本统一升级到最新稳定版，从根源减少异常。
• 规范合并操作流程：尽量避免跨几十个版本的大范围合并，拆分成小批次合并；合并前先将本地代码更新到最新版本，减少自动冲突解决的场景；合并后不要只依赖TortoiseSVN的UI显示，用svn status -v命令行确认状态，避免被缓存误导。

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