vscode行号旁修改标记依赖git仓库状态而非文本比对，需确保项目根目录有.git文件夹、右下角显示分支名、git命令可用；标记仅反映本地工作区与head差异，git add后即消失。
VSCode 默认就支持行号旁显示修改标记（即“脏行指示器”），不需要额外插件，但必须开启 git 集成且工作区在 Git 仓库中。
为什么改了文件但行号旁没出现 modified / added / deleted 标记？
最常见原因是 VSCode 没识别到 Git 仓库上下文。它不靠文件内容比对，而是依赖 git 命令获取暂存区/工作区状态。
- 确保项目根目录下存在
.git文件夹（不是子目录里有就行，VSCode 默认只认打开的文件夹为 Git 工作区） - 检查 VSCode 窗口右下角是否显示分支名（如
main），没显示说明 Git 扩展未激活或仓库未识别 - 执行
git status在终端确认当前是合法仓库，且 VSCode 使用的是系统 PATH 中的git（可在设置里搜git.path核对） - 如果用的是 WSL 或远程开发（SSH/Containers），Git 必须在对应环境中安装并可被 VSCode 远程扩展调用
diffEditor.ignoreTrimWhitespace 会影响新增/修改行的判定逻辑吗？
不影响行号旁标记，只影响内联 diff 视图（比如按 Ctrl+Shift+P → File: Compare Active File With…）。行号标记由 Git 状态驱动，和空格无关。
- 该配置默认为
true，意味着 Git 认为“仅空格变更”不算修改 —— 此时行号旁也不会标黄 - 若想让纯空格改动也触发标记，需在 Git 配置中设
git config --global core.whitespace ""，但不推荐：会污染git status输出，CI/PR 检查可能误报 - VSCode 不提供“绕过 Git、纯文本比对”的行标记模式，这是设计使然，不是 bug
多人协作时，别人改过的行在我这边不显示标记，怎么回事？
VSCode 只显示你本地工作区与 HEAD 的差异，不会拉取他人未合并的远程分支变更。所谓“别人改的行”，除非已 git fetch + git merge 或 git pull 进本地，否则 VSCode 根本不知道。
- 标记永远基于本地 Git 状态，不是实时服务端同步
- 没有后台轮询机制；切换分支、执行
git checkout或手动触发Git: Refresh（命令面板搜）才会更新标记 - 如果你开了多个 VSCode 窗口指向同一仓库，一个窗口改完没保存，另一个窗口不会立刻看到新标记 —— 因为未写入磁盘，Git 还没感知到
真正容易被忽略的是：VSCode 的行标记本质是 Git 状态的“快照”，不是编辑器自己做的 diff。一旦你 git add 了某文件，哪怕还没 commit，那行号旁的标记就会消失——因为它已进入暂存区，不再是“未暂存更改”。这个行为和 git status -s 完全一致，但很多人误以为“只要没 commit 就该一直标着”。
