必须先执行git fetch origin a b，否则git diff origin/a origin/b可能为空或错误，因为远程追踪引用需本地存在对应commit对象；推荐用git diff origin/a...origin/b（三点）安全比对，或git log --cherry-pick --left-right查看语义级提交差异。
直接比较两个远程分支前，必须先 git fetch，否则 git diff origin/main origin/feature/login 可能显示错误或为空——Git 不会自动拉取远端对象，只依赖本地已有的引用。
为什么 git diff origin/a origin/b 有时没输出？
常见原因不是命令写错，而是本地还没拿到这两个分支最新的 commit 对象。Git 的 origin/a 是个“远程追踪引用”，它只是个指针，背后 commit 对象可能根本没下载到本地。
- 先运行
git fetch origin a b（只拉指定分支，省时） - 再用
git show-ref origin/a和git ls-remote origin a对比哈希值，确认是否同步到位 - 若哈希不一致，说明远端分支已被 force-push 或删除，本地引用过期
- 别用
git fetch --all盲目同步，尤其在大仓库里容易卡住或拉下无用分支
git log --cherry-pick --left-right origin/a origin/b 才是真差异
文件级 diff 容易掩盖历史逻辑：比如一个提交被 cherry-pick 过，git diff 会显示“没变”，但实际它在 b 分支是新增的、a 分支没有。这时候只有 git log --cherry-pick 能识别语义重复并去重。
开头 = 只在 <code>origin/a上（a 有，b 没有）-
>开头 = 只在origin/b上（b 有，a 没有） - 输出为空 ≠ 无差异，先跑
git merge-base origin/a origin/b看基线是否存在 - 如果基线是同一 commit，那确实没分叉；否则说明某边被 rebase 过，需加
--no-merges或--first-parent控制路径
git diff origin/a...origin/b 比两个点更安全
三个点 ... 表示对称差（symmetric difference），Git 会自动算出两分支 merge base，再以该基线为起点做 diff。而两个点 .. 是单向的：git diff origin/a..origin/b 强制把 a 当作旧版，哪怕 a 实际比 b 更新，也会生成反向 patch。
- 日常对比功能分支和主干，一律用
git diff origin/main...origin/feature/x - 加
--stat快速看动了哪些文件、增删多少行：git diff --stat origin/main...origin/feature/x - 想锁定某个配置文件是否被改过：
git diff origin/main...origin/feature/x .env.example - 注意：三个点不能用于
git log场景（git log a...b输出顺序混乱），那是--cherry-pick的事
最常被忽略的一点：远程分支名拼错时，Git 往往不报错，而是静默 fallback 到某个本地分支或空引用——务必用 git ls-remote origin 扫一眼真实存在的分支列表，而不是凭记忆敲。
