VSCode代码审查的核心是建立轻量、可重复、团队对齐的流程。通过统一工作区设置、聚焦diff视图、用TODO注释追踪问题、任务自动化收尾，无需繁杂插件即可实现高效协作。
在 VSCode 中做代码审查，核心不是装一堆插件，而是建立可重复、轻量、团队对齐的流程。关键在于把审查动作嵌入日常开发节奏，而不是等 PR 时才开始。
用 Settings Sync + 团队配置统一审查基础
代码审查效果高度依赖编辑器行为的一致性。比如缩进、换行符、自动保存时机、格式化触发方式——这些看似琐碎，却直接影响 diff 可读性和风格争议点。
- 把 editor.formatOnSave、files.trimTrailingWhitespace、editor.detectIndentation 设为 true，并写入工作区
.vscode/settings.json - 禁用个人本地格式化插件（如 Prettier 全局安装），改用项目级配置（
.prettierrc+eslint.config.js）并由 VSCode 自动识别 - 用 GitHub 或 Settings Sync 托管团队共享设置，新成员拉下仓库即获得一致审查环境
聚焦 diff，用内置功能减少干扰
审查的本质是看“改了什么”，不是重读整份文件。VSCode 的 diff 视图和内联变更标记已经足够强大，无需额外工具堆砌。
- 打开 PR 对应的分支后，用 Ctrl+Shift+P → “Compare with Branch” 直接对比，跳过 GitLens 等插件的中间层
- 按 Alt+F1（Windows/Linux）或 Option+F1（macOS）快速查看某行的 Git blame，确认修改背景，避免误判“谁写的就该谁改”
- 右键点击 diff 左/右侧文件标签 → “Open Changes in Editor” 可并排查看原始与修改后逻辑，适合判断条件分支或函数重构是否完整
用 TODO 注释 + 问题面板做异步审查追踪
审查中发现的问题常需讨论、验证或延后处理。与其记在聊天窗口或贴纸便签上，不如直接留在代码里，让问题跟着上下文走。
- 在可疑代码旁写 // TODO: [简短说明] @reviewer-name，VSCode 默认会将其纳入 Problems 面板（需开启 todo-tree 插件或原生 TODO 支持）
- 提交前运行 Ctrl+Shift+M 打开 Problems 面板，筛选 “TODO” 类型，批量确认是否已处理或需保留
- 配合 settings.json 中配置
"todo-tree.filtering.excludeGlobs"，排除 node_modules、dist 等无关目录，确保只看到有效审查线索
审查后一键同步：用任务（Tasks）固化检查动作
一次有效审查结束，不等于工作完成。格式修复、测试运行、依赖检查等收尾动作容易遗漏，用 VSCode Task 自动串联。
- 在
.vscode/tasks.json中定义 review: cleanup 任务，组合执行：npm run format、npm test -- --watchAll=false、npm run lint - 绑定快捷键（如 Ctrl+Alt+R），审查完直接触发，避免“我改完了，但忘了跑测试”这类低级返工
- 任务输出设为 problemMatcher，失败时自动跳转错误行，让修复路径更短
基本上就这些。不需要花哨插件，也不必追求全自动审查。VSCode 的优势在于轻、快、可定制——把基础配置理顺，把 diff 看清，把问题留痕，把收尾做实，代码审查就从负担变成了自然发生的协作习惯。
