2017-03-16 86 views
0

enter image description here一个格里特补丁集取决于过时的补丁集

我做了什么:

  1. 推送补丁格里特
  2. 做标记,
  3. 推标签
  4. 管理员用户合并此修补主人

我找不到这个问题的任何答案。而最重要的是这个补丁取决于它自己。

+0

你看到这个补丁取决于它需要的补丁 – zippo

回答

2

问题:

你的变化(CHANGE-2)取决于另一个(CHANGE-1),但CHANGE-2用作基础为CHANGE-1是过时的补丁集(提交)。换句话说:有人(或Gerrit本身)为CHANGE-1创建了第二个补丁集,现在CHANGE-2依赖于将永远不会集成(合并)到分支的补丁集。

你有这样的事情:

BASE --- CHANGE-1_PATCHSET-1 --- CHANGE-2_PATCHSET-1 
    \ 
    \--- CHANGE-1_PATCHSET-2 

您需要重订CHANGE-2有这样的事情:

BASE --- CHANGE-1_PATCHSET-1 --- CHANGE-2_PATCHSET-1 
    \ 
    \--- CHANGE-1_PATCHSET-2 --- CHANGE-2_PATCHSET-2 

根据您的格里特版本和修改(如果你有是否冲突)您可以使用Gerrit UI上的Rebase按钮轻松完成此操作。如果你有一个旧的Gerrit版本,或者你发现冲突,你需要手动执行“git rebase”(如:git rebase CHANGE-1_PATCHSET-2_commit。

+0

感谢您的回答!但是我不能重新分配这个补丁,它已经合并到主分支,这意味着它在这个补丁合并之前做了任何有趣的事情。我的观点是这个补丁取决于它所需要的补丁。如何做一个像你这样的绘画 – zippo

+0

这个补丁没有被合并...这是不可能的。看看这条消息:更改取决于1个过时的更改,并且应该在最新的补丁集上进行重新设置。 (https:// GERRIT-SERVER /#/ c/CHANGE-NUMBER /)然后搜索然后改变状态。让我知道结果。你是什么意思“怎么做像你这样的绘画”? –

+0

大约10个小时后我将显示此页面。你是如何做到这一点: 基地--- CHANGE-1_PATCHSET-1 --- CHANGE-2_PATCHSET-1 \ \ --- CHANGE-1_PATCHSET-2 --- CHANGE-2_PATCHSET-2 – zippo