VS Code执行git merge冲突时未显示预期CodeLens解决界面

VS Code 缺失合并冲突交互和本地软件安装无关，核心触发点是Git把纯文本格式的README.md判定成了二进制文件，直接跳过了常规的文本合并流程。
Git识别二进制文件的逻辑非常简单：不会做复杂的编码适配，仅扫描文件头部前8000字节内容，只要检测到不可见空字符（0x00），就直接把文件标记为二进制。被标记为二进制的文件不会生成行级冲突标记，也不会触发VS Code Git扩展内置的文本类冲突CodeLens交互，仅会对侧边栏、文件标题做红色高亮提示。
这也是换了旧笔记本重装开发环境仍能复现问题的原因——触发判定的空字符是跟随提交的文件内容存在仓库历史里的，和本地VS Code、Git的安装配置没有关系。

所有操作直接在仓库根目录的终端执行：

• 检查Git对当前README.md的属性判定：运行git check-attr -a README.md，如果输出包含binary: set，就可以确认判定结果。
• 验证空字符存在：运行git show HEAD:README.md | head -c 8000 | xxd | grep 0000，如果能匹配到空字符的十六进制标记，说明文件里混入了纯文本编辑器不可见的空字节。这类字符在普通编辑器打开时会被自动隐藏，肉眼完全察觉不到，多数是Windows环境下编辑器保存编码时自动生成的多余字节。
• 检查强制二进制映射规则：运行git config --global --list | grep attributes，排查是否有自定义的Git属性规则，把*.md后缀强制标记为二进制文件。

• 如果是文件本身混入空字符导致的判定错误：
  1. 先执行git merge --abort退出当前未完成的合并流程
  2. 给VS Code安装Hex Editor扩展，打开两个分支对应的README.md版本，定位并删除所有空字符
  3. 分别在两个分支提交修改后重新触发合并，Git正常识别为纯文本后，VS Code会自动加载标准的合并冲突交互界面
• 如果是.gitattributes配置错误导致的强制二进制标记：
  1. 打开仓库根目录下的.gitattributes文件，删除类似*.md binary的强制二进制映射规则
  2. 重新执行git merge branchB即可恢复正常交互
• 如果需要临时强制按文本格式处理该文件完成合并：
  1. 在.gitattributes文件中追加规则README.md text eol=lf，显式指定该文件为文本格式
  2. 重新触发合并，Git会跳过二进制判定逻辑，生成带标准冲突标记的文本内容，VS Code即可正常展示双侧对比、一键接受改动的交互入口

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