<p>必须先 git fetch，否则 git diff branch1 branch2 比的是本地过期快照；正确做法是 git diff origin/branch1 origin/branch2，因本地分支指针可能远落后于远程，fetch 才能更新 origin/* 跟踪分支。</p>
直接对比远程分支代码差异，必须先 git fetch，否则看到的极可能是过期状态；git diff origin/branch1 origin/branch2 是最稳的起点，别图省事跳过 fetch。
为什么不能直接用 git diff branch1 branch2 比远程分支？
本地分支名（如 main、dev）只是指向某个 commit 的指针，它可能早已落后于远程（origin/main）。如果你没 git fetch，git diff main dev 实际比的是你本地两个“旧快照”，不是远程仓库当前真实状态。尤其在团队协作中，别人 push 后你没 fetch，差的可能是一整天的提交。
常见错误现象：
- 明明同事说已合入 hotfix，
git diff main dev却显示无差异 → 你本地main还停留在上周 - CI 流水线报冲突，但你在本地
git diff看不到 → 因为没 fetch，本地分支没更新远程最新 commit
正确做法：
- 始终先运行
git fetch origin（或git fetch --all） - 然后明确使用带
origin/前缀的 ref：git diff origin/main origin/feature/login - 如果不确定远程名是不是
origin，先查：git remote
git diff origin/a origin/b 和 git diff origin/a..origin/b 差在哪？
二者输出内容可能一样，但语义和适用场景不同——前者是“快照比对”，后者是“范围比对”，混用容易误判。
git diff origin/a origin/b：
- 对比两个分支 tip commit 对应的完整工作目录快照
- 显示所有文件级增删改，包括
+/-行、函数上下文，适合 Code Review 细节 - 能发现
a有、b删除的文件（标为deleted file mode），但不会列出b新增而a没有的文件（那是git log的职责）
git diff origin/a..origin/b：
- 语法上合法，但 Git 会把它**自动转成
git diff origin/a origin/b**（双点不改变 diff 行为） - 真正有意义的是
git log origin/a..origin/b：它列出b有、a没有的提交 - 所以写
diff时加不加..没实际区别，但加了容易和log逻辑混淆
合并前审核，怎么快速判断 PR 是否可信？
别一上来就看函数实现。先用三步筛掉高风险变更：
- 跑
git diff --stat origin/main origin/feature/x：一眼看出动了多少文件、总增删行数。>15 个文件 或 单文件 >800 行，大概率需要拆分 - 加
--name-only快速扫路径：git diff --name-only origin/main origin/feature/x，重点看是否误改了node_modules/、dist/或配置模板 - 对关键文件，用
git diff origin/main:src/api/client.ts origin/feature/x:src/api/client.ts锁定比对——避免因文件重命名或移动导致普通diff漏掉变更
注意：如果 src/api/client.ts 在 main 中不存在，这个命令会报错 fatal: Path 'src/api/client.ts' does not exist in 'origin/main'。此时改用 git diff origin/main...origin/feature/x -- src/api/client.ts（三点语法，基于 merge base）
跨仓库比较时，git diff 报 “unknown revision” 怎么办？
Git 默认只认当前仓库的 ref。想比 A 仓库的 main 和 B 仓库的 main，必须让 A 知道 B 的分支存在。
操作步骤：
- 在 A 仓库根目录执行：
git remote add repoB /path/to/B.git（本地路径）或git remote add repoB https://github.com/user/repoB.git（HTTPS） - 拉取 B 的所有分支：
git fetch repoB（此时repoB/main成为本地可访问 ref） - 再执行：
git diff origin/main repoB/main
容易踩的坑：
- 忘记
fetch repoB，直接git diff origin/main repoB/main→ 报unknown revision 'repoB/main' - 用了
git clone复制仓库但没设 remote，误以为路径就是 ref —— Git 不支持直接路径比对 - 权限问题：如果
repoB是私有仓库，HTTPS 方式需提前配好 token，SSH 方式需确认 key 已加载
复杂点在于：如果两个仓库历史完全无关（无共同祖先），git diff 仍能工作（它只比快照），但 git log a..b 会返回空——这点常被忽略。
