VS Code 源代码管理怎样查看文件变更对比

在 VS Code 里查看 Git 变更，最直接的入口是左侧活动栏的 Source Control。选中 Changes 下的文件后，编辑器会打开 Diff Editor，用左右两侧对照原版本与当前工作区内容；如果文件已经暂存，则从 Staged Changes 里打开，看到的是下一次提交将包含的内容。

官方入口：https://code.visualstudio.com/

这两个列表不是重复显示：Changes 关注“还有哪些工作区修改没有进入暂存区”，Staged Changes 关注“当前暂存区相对 HEAD 会提交什么”。下面按一次常见的改代码流程说明点击路径。

从 Source Control 打开文件差异

先打开一个已经由 Git 管理的工作区，然后点击活动栏中的 Source Control 图标。也可以使用 VS Code 默认的快捷键 Ctrl+Shift+G（macOS 为 Control+Shift+G）进入同一视图。

1. 在左侧 Source Control 面板找到 Changes 分组。
2. 单击文件名，或者在文件上打开上下文菜单后选择查看差异。
3. 确认中间出现 Diff Editor：左侧是比较基准，右侧是当前工作区文件。

对普通未暂存修改来说，左侧通常对应当前提交（HEAD）中的版本，右侧对应工作区版本。红色区域代表从比较基准中移除或被替换的内容，绿色区域代表当前文件新增的内容。这里的左右关系是为了审阅，不等于 Git 已经把修改提交。

Changes 和 Staged Changes 分别在比较什么

理解两个分组的关键，是把暂存区当成一个中间快照。你可以按下面的方式判断当前 Diff Editor 回答的是哪一个问题：

因此，同一个文件可能先出现在 Changes，暂存部分后又出现在 Staged Changes。如果暂存区和工作区都还有内容，文件可能同时出现在两个分组中，这并不表示 VS Code 复制了文件，而是说明两个比较关系不同。

只把需要的代码行放进下一次提交

如果一个文件里混合了功能修改和临时调试代码，不必把整个文件一次性暂存。打开 Changes 中的文件后，把鼠标移到差异块附近，在编辑器左侧的 gutter 操作区选择暂存当前块；需要更细时，可以在差异块的上下文菜单中选择暂存选中行。

1. 先在 Changes 中打开文件，确认要保留的差异块。
2. 对目标差异块执行暂存；只选中部分代码时，使用逐行或选中行暂存入口。
3. 回到 Source Control，确认目标内容已经从 Changes 移到 Staged Changes。
4. 打开 Staged Changes 中的同一个文件，重新看一遍它相对 HEAD 的完整提交内容。

最后一次从 Staged Changes 打开 Diff Editor 很重要：它检查的是“将要提交的快照”，可以及时发现把调试输出、临时配置或不相关格式化一起带入提交的问题。

未跟踪文件为什么没有旧版本可对比

新建但还没有被 Git 记录的文件属于未跟踪文件。它没有 HEAD 中的旧版本，所以首次打开时，Diff Editor 不一定能像已跟踪文件那样给出传统的左右修改对照。此时先在 Source Control 中暂存该文件，Git 才有了一个明确的暂存快照，后续修改就可以按普通文件流程比较。

如果文件已经显示在 Staged Changes，却看不到期待的差异，先确认它是不是首次加入仓库的文件；如果文件在两个分组中都出现，则分别打开两个分组查看，避免把“工作区还有未暂存修改”误判成 VS Code 没有刷新。

一套不容易漏项的审阅顺序

1. 先看 Changes，确认工作区里有哪些文件和差异。
2. 只暂存当前任务需要的块或行。
3. 再看 Staged Changes，确认下一次提交的边界。
4. 发现不相关修改时回到 Changes 继续拆分，不要用整文件暂存代替审阅。

记住一句话：Changes 是“还没放进暂存区的工作”，Staged Changes 是“已经准备提交的快照”。围绕这两个比较对象操作，就能在 VS Code 中准确查看文件变更，而不会把“当前文件长什么样”和“下一次提交会提交什么”混为一谈。

相关问题

• 为什么一个文件同时出现在 Changes 和 Staged Changes？ 因为它同时存在已暂存修改和继续留在工作区的未暂存修改。
• 怎样确认只提交了部分修改？ 打开 Staged Changes 中的文件，看它相对 HEAD 的完整差异，而不要只看当前编辑器内容。
• 未跟踪文件可以直接比较吗？ 它没有旧的 HEAD 版本，先暂存后再按普通文件的差异流程审阅更清楚。