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”的最可靠方式。

使用场景：

• 你刚 commit 几次，不确定是否都 push 了 → 直接跑这命令，空输出说明全推完了
• 想确认某次特定提交（比如 abc1234）是否已在远程 → git log origin/main --oneline | grep abc1234
• 远程分支名不是 main（比如是 master 或 dev）→ 把命令里的 main 替换掉，别硬套

git status -v 显示简明的推送/拉取状态

git status -v（-v 是 --verbose）会在状态底部加一行提示，例如：

github-repo-analyzer

当用户提及 GitHub URL，或要求分析、审查、探索或理解任意 GitHub 项目、仓库或代码库时，请使用此技能。触发条件包括以下短语：“分析这个项目”、“看看这个仓库”、“analyze this repo”、“what does this project do”，或消息中包含任何 github.com URL。

下载

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 脚本或快速验证

真正容易被忽略的是：Git 所有“远程比较”操作都依赖本地保存的远程引用（比如 origin/main），它不是实时的。除非你显式 fetch 或 pull，否则你以为的“远程状态”，只是上次网络通信时的快照。