我以前做过一次提交，没有推送到任何分支，也没有远程或本地。只是承诺。其他答案对我没有任何作用，但有：

git reflog

在那里我找到了我的承诺。

所有其他答案都是关于“上游”（你从中选择的分支）。但是一个本地分支可以推到一个不同于它所从的分支。

主机可能不会推送到远程跟踪分支“origin/master”。master的上游分支可能是origin/master，但它可以推送到远程跟踪分支origin/xxx或甚至另一个UpstreamRepo/yyy。这些值由当前分支的branch.*.pushremote以及全局remote.pushDefault值设置。

在查找未推送的提交时，重要的是远程跟踪分支：在本地分支将被推送到的远程跟踪分支。远程的分支也可以是origin/xxx，甚至是另一个UpstreamRepo/yyy。

Git2.5+（2015年第二季度）引入了一个新的快捷方式：<branch>@{push}

请参见Jeff King（peff）提交的提交29bc885、提交3dbe9db、提交adfe5d0、提交48c5847、提交a1ad0eb、提交e291c75、提交979cb24、提交1ca41a1、提交3a429d0、提供a9f9f8c、提交8770e6f、提交da66b27、提交f052154、提交9e3751d、提交ee2499f[均自2015年5月21日起]和提交e41bf35[2015月1日]。（2015年6月5日，Junio C Hamano--gitster在提交c4a8354中合并）

提交adfe5d0解释：

sha1_name：实现@{push}速记

在三角工作流中，每个分支可能有两个不同的兴趣点：通常从中提取的@{upstream}和通常推送到的目的地。后者没有简写，但有它很有用。例如，您可能想知道哪些提交没有已推送：git-log@{push}。。或者作为一个更复杂的示例，假设您通常从origin/master（您将其设置为@{upstream}）拉取更改，并将更改推送到fork（例如，myfork/topic）。您可能会从多台机器推送到分叉，要求您从推送目的地（而不是上游）集成更改。使用此修补程序，您只需执行以下操作：gitrebase@{push}而不是键入全名。

提交29bc885增加了：

对于每个引用：接受“%（push）”格式

正如我们有“%（upstream）”来报告每个ref的“@{upstream}”一样，这个补丁添加了“%（push）”以匹配“@{push}”。它支持与上游相同的跟踪格式修饰符（例如，因为您可能想知道哪些分支具有要推送的提交）。

如果您想查看与您要推送的分支相比，您的本地分支领先/落后的提交数量：

git for-each-ref --format="%(refname:short) %(push:track)" refs/heads

这不是一个bug。您可能看到的是自动合并失败后的git状态，其中从远程获取更改但尚未合并。

要查看本地回购和远程回购之间的提交，请执行以下操作：

git fetch

这是100%安全的，不会模拟您的工作副本。如果有更改，git状态将显示X在原始/主之前提交。

现在，您可以显示远程而非本地的提交日志：

git log HEAD..origin

这对我来说效果更好：

git log --oneline @{upstream}..

or:

git log --oneline origin/(remotebranch)..

我认为最典型的方法是运行以下内容：

git cherry --abbrev=7 -v @{upstream}

然而，我个人更喜欢跑步：

git log --graph --decorate --pretty=oneline --abbrev-commit --all @{upstream}^..

它显示了所有未在上游合并的分支的提交，加上上游的最后一次提交（它显示为所有其他提交的根节点）。我经常使用它，所以我为它创建了别名noup。

git config --global alias.noup \
'log --graph --decorate --pretty=oneline --abbrev-commit --all @{upstream}^..'

如果未推出的提交数量是一个位数，通常是一个，那么最简单的方法是：

$ git checkout

git的回应是告诉你，相对于你的起源，你“领先N个提交”。所以现在在查看日志时，请记住这个数字。如果您“领先3次提交”，则历史上前3次提交仍然是私有的。