格瑞特+詹金斯
Gerrit + Jenkins
我用的是jenkins + gerrit
如果我提交并推送了一些更改并且构建不成功,我会查看并修复它。当我修复它,然后提交并推送时,我看到 "Submitted, Merge Pending".
合并挂起通常意味着未提交更改的父项。
挂起的合并意味着两种情况之一。
1) 有两个提交,您试图以错误的顺序合并它们。如果是这样,后一个合并将等待前一个合并请求。
2)前者你拒绝了合并,后者等你取消拒绝再合并。因为你可能不会这样做,所以实际上这个提交永远不会被合并。
解决此问题的一些方法
1) 如果您有一个应该被拒绝的合并,请重新提交并进行适当的修复。这意味着您 --amend
您之前的提交并再次推送它。这样做会导致 gerrit "redo" 提交,因为它具有相同的 Change-Id。
2) 捕获提交,然后重新提交。这确保下次您推送新提交时,它将直接附加到您预期分支的当前头部。没有什么可以等待的,合并会很顺利。
存在其他解决方案;然而,它们变得有点复杂(即使从概念上讲它们不是骇人听闻的解决方法)。我发现在探索它们之前获得更多关于合并和历史链的经验更容易。
我用的是jenkins + gerrit
如果我提交并推送了一些更改并且构建不成功,我会查看并修复它。当我修复它,然后提交并推送时,我看到 "Submitted, Merge Pending".
合并挂起通常意味着未提交更改的父项。
挂起的合并意味着两种情况之一。
1) 有两个提交,您试图以错误的顺序合并它们。如果是这样,后一个合并将等待前一个合并请求。
2)前者你拒绝了合并,后者等你取消拒绝再合并。因为你可能不会这样做,所以实际上这个提交永远不会被合并。
解决此问题的一些方法
1) 如果您有一个应该被拒绝的合并,请重新提交并进行适当的修复。这意味着您 --amend
您之前的提交并再次推送它。这样做会导致 gerrit "redo" 提交,因为它具有相同的 Change-Id。
2) 捕获提交,然后重新提交。这确保下次您推送新提交时,它将直接附加到您预期分支的当前头部。没有什么可以等待的,合并会很顺利。
存在其他解决方案;然而,它们变得有点复杂(即使从概念上讲它们不是骇人听闻的解决方法)。我发现在探索它们之前获得更多关于合并和历史链的经验更容易。