git diff 默认不连远程，需先 git fetch 再 git diff origin/main；git log origin/main..main 列出未推送提交；git status -v 依赖本地缓存，可能过期；git ls-remote 可快速校验远程分支 HEAD。
git diff 比较本地工作区和远程最新状态
直接运行 git diff 默认只对比工作区和暂存区，**不会自动连远程**。想看本地修改是否已推送到远程，得先同步远程信息：执行 git fetch（不合并、只拉元数据），再用 git diff origin/main（假设远程主分支叫 main）对比本地当前分支和远程对应分支的差异。
常见错误现象：
- 没
fetch就直接git diff origin/main，报错origin/main: unknown revision - 误用
git diff HEAD origin/main—— 这其实等价于git diff origin/main（因为默认比较的是当前 HEAD 和目标），但容易让人误解为“HEAD vs 远程”，其实本质是“当前分支 tip vs 远程分支 tip”
git log 查看哪些提交还没推到远程
用 git log origin/main..main（注意两个点）能列出本地 main 有、但 origin/main 没有的提交。这是判断“有没有漏 push”的最可靠方式。
使用场景：
github-repo-analyzer
下载
当用户提及 GitHub URL，或要求分析、审查、探索或理解任意 GitHub 项目、仓库或代码库时，请使用此技能。触发条件包括以下短语：“分析这个项目”、“看看这个仓库”、“analyze this repo”、“what does this project do”，或消息中包含任何 github.com URL。
- 你刚 commit 几次，不确定是否都 push 了 → 直接跑这命令，空输出说明全推完了
- 想确认某次特定提交（比如
abc1234）是否已在远程 →git log origin/main --oneline | grep abc1234 - 远程分支名不是
main（比如是master或dev）→ 把命令里的main替换掉，别硬套
git status -v 显示简明的推送/拉取状态
git status -v（-v 是 --verbose）会在状态底部加一行提示，例如：
Your branch is ahead of 'origin/main' by 2 commits. (use "git push" to publish your local commits)
这行就是 Git 根据本地 origin/main 的缓存（来自上次 fetch 或 pull）算出来的，不是实时查远程服务器。所以：
- 如果很久没
fetch，这行可能过期 → 先git fetch再看 - 它只告诉你“ahead/behind 几个 commit”，不展示具体改了什么文件 → 要看细节还得靠
git diff或git log - 没有这行提示 ≠ 没差异 → 比如你切换到了新分支，而该分支还没设置 upstream，
git status就不会提远程状态
git ls-remote 查看远程仓库真实 HEAD（绕过本地缓存）
当怀疑本地的 origin/main 缓存严重滞后，又不想拉全部对象（比如大仓库），可用 git ls-remote origin main 直接查远程服务器上 main 分支指向的 commit ID。再和本地 git rev-parse main 对比，就能确认是否一致。
关键点：
-
git ls-remote不下载代码，只查引用，快且轻量 - 输出是两列：
commit-id+ref，关注第一列 - 如果远程用的是
master，命令里写master；大小写敏感，别写成Main - 这个方法不显示文件级差异，只校验分支尖端是否同步 —— 适合 CI 脚本或快速验证
origin/main），它不是实时的。除非你显式 fetch 或 pull，否则你以为的“远程状态”，只是上次网络通信时的快照。 
