我们如何处理拉取请求的合并问题

Question

我正在尝试了解如何最好地处理带有拉取请求的合并情况。

我们基于 master 分支的所有功能。然后我们创建一个发布分支来运行 PR。

我不知道如何解决的情况是我们先 PR 功能 1，然后将功能 2 放入发布分支。

功能 3 与功能 1 存在合并冲突，因此根据我的阅读，我们需要手动将发布合并到功能 3 分支，然后从功能 3 到发布分支执行新的 PR。

如果那时，在测试了发布分支之后，我们发现功能 1 和功能 2 不会被部署，但我们想要发布功能 3。现在这是不可能的，因为这两个功能都被合并到功能3。

到目前为止，我想出的最佳解决方案是创建一个“功能 3 - 合并发布”分支，但我对这个解决方案不太满意。我应该如何处理这样的情况？

（顺便说一句，上次发生这种情况，这是我们在发布中不需要的功能 1-241）

Answer 1

让我们把它画出来。您有三个功能分支。在这里，它们都是从同一个提交中分支出来的，但这并不重要。

      G - H [feature2]
     /
A - B - C [release]
    |\
    | I - J [feature1]
    \
     E - F [feature3]

你可以用git log --graph --decorate --oneline看到这种可视化，除了它会从上到下。

我不知道如何解决的情况是我们先 PR 功能 1，然后将功能 2 放入发布分支。

这让你喜欢这样。

      G - H ---
     /         \
A - B - C - K - L [release]
    |\     / 
    | I - J
    \
     E - F [feature3]

功能 3 与功能 1 存在合并冲突，因此根据我的阅读，我们需要手动将发布合并到功能 3 分支，然后从功能 3 执行新的 PR 到发布分支。

这让你喜欢这样。

      G - H ---
     /         \
A - B - C - K - L [release]
    |\     /     \
    | I - J       \
    \              \
     E - F -------- M [feature3]

如果那时，在测试了发布分支之后，我们发现特性 1 和特性 2 不会被部署，但我们想要发布特性 3。现在这是不可能的，因为这两个特性都是合并到特征 3.

“分支”只是提交的标签。你可以移动它们。这包括将它们移动到合并发生之前。首先，在feature1和feature2合并之前重新建立。

git branch feature1 J
git branch feature2 H

           [feature2]
      G - H ---
     /         \
A - B - C - K - L [release]
    |\     /     \
    | I - J [feature1]
    \              \
     E - F -------- M [feature3]

然后在合并之前将feature3 移回。

git checkout feature3
git rest --hard F

           [feature2]
      G - H ---
     /         \
A - B - C - K - L [release]
    |\     / 
    | I - J [feature1]
    \ 
     E - F [feature3]

然后将release 移回feature1 和feature2 合并之前。

           [feature2]
      G - H
     /
A - B - C [release]
    |\
    | I - J [feature1]
    \ 
     E - F [feature3]

现在您在任何合并发生之前就回来了。您现在可以将feature3 合并到release。