以下是尝试推送到远程 git 存储库时的输出：
Counting objects: 28, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (26/26), done.
Writing objects: 100% (28/28), 3.28 KiB | 1.64 MiB/s, done.
Total 28 (delta 22), reused 0 (delta 0)
remote: Resolving deltas: 100% (22/22)
remote: Processing changes: refs: 1, done
remote: (W) No changes between prior commit 4075c99 and new commit bbb6b31
To http://172.16.0.5:8080/chef-repo
! [remote rejected] HEAD -> refs/for/chef-feature-1.0 (no changes made)
error: failed to push some refs to 'http://172.16.0.5:8080/chef-repo'
注意：在此之前，我已经修改了我上次提交的内容
我看到提交时确认了更改，所以我不明白为什么我不能推送它们。
git diff 4075c99 bbb6b31显示没有输出放我整天都在提交事情，最后一次推送 gerrit 是在 20 日(当地就像 30 分钟前)。
这是我当前的git log输出：
commit 8e3b769cf035a304d4b5bd796fd13737efaba01a (HEAD -> chef-feature-1.0)
Author: Aaron West <aaron.west@accenture.com>
Date: Fri Dec 22 09:51:06 2017 -0600
finalized oid1
Change-Id: I1b2449a74a86aa5f02a75f5c768203a24860dfe1
commit 12b082629bfd14e63a7dca8a5c43f41db23ca64b
Author: Aaron West <aaron.west@accenture.com>
Date: Fri Dec 22 09:49:01 2017 -0600
cleaned up the oid.erb
Change-Id: I0b906bbcb4b7b25bac41524b96d5133965ea93ea
Gerrit 拒绝您的推送，因为4075c99和bbb6b31是具有不同哈希的相同提交。
发生这种情况的最常见方式是当您修改提交(创建新的提交哈希)时，但实际上不会更改任何内容：
$ git push origin HEAD:refs/for/master
$ git commit --amend
... don't make any changes ...
$ git push origin HEAD:refs/for/master
然而，这并不是它发生的唯一方式。还有其他情况会产生类似的错误，即使您最近的提交实际上包含有效的更改。例如，如果您领先两个提交(两个未合并的 Gerrit 更改集)，并且您对最近的提交进行了更改，但不小心以某种方式更改了以前的哈希(通常是对修改后的提交或rebase -i进行挑选)：
... two commits ahead of Gerrit ...
$ git checkout HEAD~1
$ git commit --amend
... don't make any changes ...
$ git cherry-pick master
... make some valid changes that you want to push ...
$ git commit --amend
$ git push origin HEAD:refs/for/master
REMOTE REJECTED!
您可能就是这种情况(并且可能比 2 次提交更深)，因为日志中最近的 2 次提交都没有 Gerrit 抱怨的哈希值。
无论你是如何到达这种情况的，解决方案都应该是相同的：获取Gerrit所抱怨的提交的版本(完全哈希匹配)，并在它上面挑选你的工作。在您的示例中，先前的提交4075c99：
$ git checkout 4075c99
$ git cherry-pick <changes you want>
$ git push origin HEAD:refs/for/master