必须先 git fetch，否则所有对比都可能错——不是不准，是根本没在比远端真实状态；因为 origin/master 只是上次 fetch 时的快照指针，未更新则指向过期提交，导致 git diff 显示无差异或报错，而 git pull 仍能拉下新提交。
必须先 git fetch，否则所有对比都可能错——不是不准，是根本没在比远端真实状态。
为什么 git diff master origin/master 有时显示“无差异”却能 git pull 下新提交？
因为 origin/master 不是实时镜像，只是你上次 git fetch 时远端 master 的快照指针。如果远端已更新但你没 fetch，origin/master 还停在旧 commit 上。
- 常见错误现象：
git diff master origin/master输出空，但git pull确实拉下新提交 -
git show-ref origin/master和git ls-remote origin master输出的 hash 不一致 → 说明本地追踪引用已过期 -
git diff master origin/master报错fatal: ambiguous argument 'origin/master': unknown revision...→ 该引用压根没被拉取过
最省事且防错的对比方式：git diff @{u}
它不依赖你记不记得 fetch，Git 会在运行时自动检查上游引用是否有效；若缺失，会明确提示你先 git fetch。
-
git diff @{u}：当前分支 vs 它配置的 upstream（比如branch.main.remote=origin+branch.main.merge=refs/heads/main） -
git diff main@{u}：显式指定分支，适合不在main分支时用 -
git diff @{upstream}和git diff @{u}等价，后者更短
想看文件改了哪些，还是提交漏了哪些？选对命令
git diff 只告诉你“内容变了”，git log 才能回答“谁、什么时候、为什么改”。
- 文件级变更：
git diff --name-status @{u}（A新增 /M修改 /D删除） - 本地多出的提交（还没 push）：
git log @{u}..HEAD - 远程多出的提交（本地落后）：
git log HEAD..@{u} - 判断 feature 是否已全量合并进 main：
git log --cherry-pick --left-right main origin/feature/login，输出中在 <code>main上、>在origin/feature/login上
临时落地远程分支做可视化对比
当要和 IDE 并排看、或 diff 大量文件时，把远程分支拉成本地临时分支更直观可靠。
-
git fetch origin main:tmp-main：把远端main拉成本地tmp-main分支（不切换、不污染工作区） -
git diff tmp-main：直接在当前分支下对比 - 比完删掉：
git branch -D tmp-main - 注意：别写成
git fetch origin main tmp-main—— 这会尝试拉两个远程分支，而tmp-main根本不是远程分支名，fetch 会静默失败
真正容易被忽略的点不是语法，而是“远程分支名”本质是本地缓存指针——它不会自己动，也不会报错提醒你它已过期；你得主动 git fetch，或者用 @{u} 让 Git 替你兜底。
