Git 我们如何处理拉取请求的合并问题
我试图了解如何最好地处理拉请求的合并情况 我们以主分支的所有功能为基础。然后，我们创建一个发布分支来运行PR 我不知道如何解决的情况是，当我们先发布功能1，然后将功能2发布到发布分支中时 功能3与功能1存在合并冲突，因此根据我所阅读的内容，我们需要手动将发布合并到功能3分支，然后从功能3到发布分支执行新的PR 如果在测试了发布分支之后，我们发现功能1和功能2不会被部署，但是我们想要发布功能3。现在这是不可能的，因为这两个功能都合并到功能3中 到目前为止，我提出的最好的解决方案是制作一个“Feature3-merge发行版”分支，但我对这个解决方案不是很满意。我应该如何处理这种情况Git 我们如何处理拉取请求的合并问题,git,Git,我试图了解如何最好地处理拉请求的合并情况 我们以主分支的所有功能为基础。然后，我们创建一个发布分支来运行PR 我不知道如何解决的情况是，当我们先发布功能1，然后将功能2发布到发布分支中时 功能3与功能1存在合并冲突，因此根据我所阅读的内容，我们需要手动将发布合并到功能3分支，然后从功能3到发布分支执行新的PR 如果在测试了发布分支之后，我们发现功能1和功能2不会被部署，但是我们想要发布功能3。现在这是不可能的，因为这两个功能都合并到功能3中 到目前为止，我提出的最好的解决方案是制作一个“Feat
（上一次发生这种情况时，顺便说一句，这是我们在发行版中不需要的功能1-241）让我们把它画出来。您有三个要素分支。在这里，它们都来自同一个提交，但这并不重要
G - H [feature2]
/
A - B - C [release]
|\
| I - J [feature1]
\
E - F [feature3]
G - H ---
/ \
A - B - C - K - L [release]
|\ /
| I - J
\
E - F [feature3]
G - H ---
/ \
A - B - C - K - L [release]
|\ / \
| I - J \
\ \
E - F -------- M [feature3]
G - H ---
/ \
A - B - C - K - L [release]
|\ /
| I - J
\
E - F [feature3]
G - H ---
/ \
A - B - C - K - L [release]
|\ / \
| I - J \
\ \
E - F -------- M [feature3]
feature1feature2git branch feature1 J
git branch feature2 H
[feature2]
G - H ---
/ \
A - B - C - K - L [release]
|\ / \
| I - J [feature1]
\ \
E - F -------- M [feature3]
feature3git checkout feature3
git rest --hard F
[feature2]
G - H ---
/ \
A - B - C - K - L [release]
|\ /
| I - J [feature1]
\
E - F [feature3]
feature1feature2release [feature2]
G - H
/
A - B - C [release]
|\
| I - J [feature1]
\
E - F [feature3]
现在，在任何合并发生之前，您已经回来了。现在，您可以将
feature3releasemasterreleasemastermasterreleaseproductionmaster