应使用 git diff main...feature/login（三点语法）而非 git diff main feature/login，因后者直接比较两分支最新快照，会混入无关改动；三点语法自动定位共同祖先，精准显示该分支独有改动。
直接看具体代码改动，别用 git diff branch1 branch2 —— 它默认对比的是两个分支 tip 的快照，容易混入主分支已有的更新，导致看到“不该出现”的改动。
为什么 git diff main feature/login 会显示错误的差异？
这个命令比较的是 main 和 feature/login 两个提交各自指向的文件快照，而不是“从分叉点开始的真正改动”。如果 main 在你切出 feature/login 后又合并了其他 PR，那 git diff main feature/login 就会把那些不属于你分支的改动也拉进来。
- 正确语义是：“我这个分支到底加了/改了什么？” → 应该基于共同祖先
- 错误结果表现：diff 输出里出现你完全没碰过的文件，或大量无关的样式/配置变更
- 本质问题：没区分“谁的提交”和“谁的代码改动”
用三点语法 git diff main...feature/login（三个点）
这才是查看“feature/login 分支独有的、从分叉点起的全部代码改动”的标准方式。Git 会自动找出 main 和 feature/login 的最近共同祖先（merge base），再计算从那个祖先到 feature/login 的变化。
CNB 云原生构建平台的 Git 操作技能，支持代码克隆、提交、推送、分支管理、Merge Request 管理、流水线触发与结果读取。初次使用需收集用户的 Git 用户名和邮箱。
- 命令末尾的三个点
...是关键，不是打错了 - 等价于：
git diff $(git merge-base main feature/login) feature/login - 适用于所有场景：PR 自查、Code Review 前确认范围、排查误改
- 配合
--name-only或--stat可快速概览：git diff main...feature/login --stat
VS Code 里点两下就能避开命令行陷阱
VS Code 内置的 Git: Compare Branches 命令（Ctrl+Shift+P 输入调出）默认就是按三点逻辑工作的——它选中的是“当前分支 vs 目标分支”，背后调用的就是 git diff target...HEAD。
- 右键分支列表里的
main→ “Compare with Current Branch”，比手动输命令更可靠 - 差异视图里绿色（+）是你的新增，红色（-）是你的删除，黄色块是你的修改，不掺水
- 注意：如果点的是“Compare with Branch”，且手动选了两个非当前分支，VS Code 会退化成两点 diff（
branch1 branch2），结果可能不准 - 扩展如
dprslt/vsx-git-diff-from-main进一步固化“vs main”逻辑，适合强制统一团队习惯
遇到冲突文件时，只看冲突块本身
当 git diff main...feature/login 输出里包含冲突标记（<<<<<< HEAD），说明该文件在 main 和你的分支里都被改过，且 Git 无法自动合并。这时不要扫全文件，聚焦三件事：
- 找到所有
<<<<<<~>>>>>>区间 - 对比
HEAD（你的分支改动）和main（上游改动）两侧的实际代码 - 检查是否一方删了另一方依赖的函数/字段，这类逻辑冲突不会被语法高亮标出
- 用
git log --oneline main..feature/login -- <file>看你在这个文件上到底提交了几次，避免重复修复
真正容易被忽略的，是共同祖先的动态性——每次 main 更新后，main...feature/login 的 diff 范围就变了。所以 PR 描述里写“基于 main@abc123 比较”比笼统说“对比 main”更稳妥。
