Git 使用跟踪的更改将新分支推送到gerrit

Git 使用跟踪的更改将新分支推送到gerrit,git,gerrit,Git,Gerrit,目前,我使用gerrit作为代码审查。每当我创建一个新分支时,我都会使用以下命令推送它: git推送原点头部:参考/头部/新分支 但今天,我有一些地方的变化,我已经跟踪。但我正计划与分行一起推动这些变革。通常,可以执行git add,然后执行git commit并推送分支,但这些操作会在日志中附带commit id。但我不希望这些更改反映在日志中(也就是说,如果不提交,我希望这些更改作为git的一部分出现在新分支中)。可能吗? 有人尝试过同样的方法吗?那么,如果我正确理解了您的问题,您是在尝试将

目前,我使用gerrit作为代码审查。每当我创建一个新分支时,我都会使用以下命令推送它:

git推送原点头部:参考/头部/新分支

但今天,我有一些地方的变化,我已经跟踪。但我正计划与分行一起推动这些变革。通常,可以执行git add,然后执行git commit并推送分支,但这些操作会在日志中附带commit id。但我不希望这些更改反映在日志中(也就是说,如果不提交,我希望这些更改作为git的一部分出现在新分支中)。可能吗?
有人尝试过同样的方法吗?

那么,如果我正确理解了您的问题,您是在尝试将更改提交到分支,而实际上没有将这些更改提交到分支?另外,
git-push-origin-HEAD:new\u-branch
应该相当于
git-push-origin-HEAD:refs/heads/new\u-branch
@Cupcake,是的,你是对的,我想推动新的分支以及跟踪的更改,而不实际提交它们。因为我使用的是gerrit syatem,所以我选择了git push origin HEAD:refs/heads/new_branch这个命令。有没有这样做的暗示?对不起,我不知道。如果您想推动更改,我希望您需要提交更改。让我问一个更重要的问题:你为什么要这样做?实际上,我们经常需要用一些开源项目来重新调整代码的基础,每次重新基础时,我们都会创建一个新的分支。在这个重设基础的过程中,我们会遇到大量的合并冲突。所以有时候,对于一些小的更改,我们还需要创建修复提交,在稍后的阶段,我们必须压缩这些修复!。所以,我不想承受那种痛苦。这是我的主要意图。我希望你现在明白了。你为什么不合并上游项目?