我的团队正在使用gerrit代码审查，从本质上讲，这意味着默认的推送行为会绕过标准工作流程，因此，我们需要使用git push origin HEAD:refs/for/feature正确推送我们的代码以进行审查。
默认的推送行为如下所示:
user$ git push --dry-run
To https://gerrit.company.url/project
83fa2a5..aca3a22 feature -> feature
这将绕过不希望的审查过程。
当我将push ref-spec(reference here)设置为
refs/heads/*:refs/for/*时，这朝着正确的方向迈出了一步:user $ git config remote.origin.push refs/heads/*:refs/for/*
user$ git push --dry-run
To https://gerrit.company.url/project
* [new branch] master -> refs/for/master
* [new branch] old_stuff -> refs/for/old_stuff
* [new branch] feature -> refs/for/feature
现在，它正在尝试将
feature推送到refs/for/feature，这是我想要的，但同时它也在尝试将我的所有分支推送到源。 Gerrit拒绝了多个请求，因此得到如下输出:user$ git push
....
To https://gerrit.company.url/project
! [remote rejected] master -> refs/for/master (no new changes)
! [remote rejected] old_stuff -> refs/for/old_stuff (duplicate request)
! [remote rejected] feature -> refs/for/feature (duplicate request)
但是我发现，如果我命名当前分支，它会达到我的期望:
user $ git push origin feature --dry-run
To https://gerrit.company.url/project
* [new branch] feature -> refs/for/feature
这很棒，我可以使用它，但我想进一步缩小它的范围。我发现如果将
push.default设置为current，这意味着git push将仅以这种方式推送当前分支，但令我失望的是:user$ git config push.default current
user$ git push origin --dry-run
To https://gerrit.company.url/project
* [new branch] master -> refs/for/master
* [new branch] old_stuff -> refs/for/old_stuff
* [new branch] feature -> refs/for/feature
这似乎是从git config documentation忽略了
push.default设置:因此，
remote.origin.push配置被解释为显式的ref规范吗？即使将默认推送行为设置为nothing，它仍会尝试推送所有分支:user$ git config push.default nothing
user$ git push
fatal: You didn't specify any refspecs to push, and push.default is "nothing".
user$ git config remote.origin.push refs/heads/*:refs/for/*
user$ git push origin --dry-run
To https://gerrit.company.url/project
* [new branch] master -> refs/for/master
* [new branch] old_stuff -> refs/for/old_stuff
* [new branch] feature -> refs/for/feature
我在这里想念什么？如何获得
git push仅像feature -> refs/for/feature那样推送当前分支？ 最佳答案
我不相信您现在只想用git就可以完成您想做的事情。
通过在下面的配置文件中定义远程服务器别名，我已经能够将其范围进一步缩小，我可能要推送的每个分支都需要一个别名，但这显然是乏味和令人讨厌的，我仍然必须键入类似git push masterrev。
[remote "origin"]
url = ssh://gerritserver/product
fetch = +refs/heads/*:refs/remotes/origin/*
[remote "masterrev"]
url = ssh://gerritserver/product
fetch = +refs/heads/*:refs/remotes/origin/*
push = HEAD:refs/for/master
我唯一能提供最初目标的等效方法是使用OpenStack开发人员放在一起供自己使用的第三方工具(例如git-review工具)。如果您的团队计划使用Gerrit，那么这可能是值得的，因为它提供了其他功能，例如易于访问的精选文档或结帐功能。
顺便说一句，我相信push.default设置为“current”意味着仅假设应该通过remote。*。push修改来推送本地分支名称，即使它们尚不存在。服务器。它不限制将哪个分支仅推送到“当前”分支，而是使用“当前”名称。
关于git push->代码仅查看当前更改(remote.origin.push覆盖push.default)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/52878281/