2017-01-02 50 views
4

寻找一盏灯,发现了不少类似的问题后,他们没有似乎真正回答我的问题(下面的我发现了相关问题的列表)。格里特:有没有办法来推动刚上提交到同一分支?

我开发上的提交尚未审查顶部的进一步变化,但我想保留更改分开。当试图推动审查新的补丁,我得到的错误:

! [remote rejected] HEAD -> refs/for/master (no changes made) 

场景: 在我的分支我犯(合并)< - 提交B(樱桃采摘的/未合并) 提交C(带有最近想要推动的更改)<。

如所提到的,提交C是依赖B的(但我希望他们分开,壁球不能进行。另外除去B是不是一种选择,因为它增加了变化尚不存在是C)。

所以,当我试图把提交下检讨,我得到上述错误信息(据我所知,是由于提交B为新提交下面C)。

我的问题是:有没有办法送高达提交C到格里特,前提交B获得合并?或者我真的必须等待B被合并,以便我可以发送提交C?

作业:

Gerrit workflow - push single commit to topic branch

Git/gerrit, push remote rejected no changes made

Is there a way to force Gerrit to have all commits in a branch be push to code review?

git - pushing only the top most commit to server

回答

3

是的,你可以把提交-C基于未合并提交-B,但你可以”因为樱桃挑选它这样,你得到基于凯明-B”(一个不同的提交时与原犯-B相比没有变化犯-C。

尝试此过程:

  1. 结帐未合并提交-B(复制从格里特>更改>下载>结帐此命令):

    GIT中取https://[email protected]/a/REPO-PATH/REPO-NAME参/更改/ X/Y/ž& & GIT中结帐FETCH_HEAD

  2. 创建从一个分支提交-B

    git的结帐-b一些分支

  3. 制作提交-C的变化,提交和推到格里特

我认为格里特将创建基于先前提交的变化-B提交-C的改变。请注意,如果有人更改了原始提交-B,则需要在提交-C合并前重新绑定您的提交-C。

1

另一种选择可能是在开发过程中将两个提交简单地合并成一个(在从B单独的更改集合中),并且一旦B合并,您可以在主控制器之上重新绑定,这只会让您的唯一变化。

相关问题