git - 在 rebase 到 Git 中的 Master 之前与另一个功能分支 merge

Question

所以我试图了解 Git 如何处理某些流程以及一些已经使用的实践。

假设我们有一个 Git 存储库，其中有一个名为 master 的分支。我们还有两个从 master 同时创建的分支。我们称它们为 branch_one 和 branch_two。

branch_one 已经完成了特定功能的工作。我目前正在开发 branch_two。为了这次对话，我们假设我无法将 branch_one merge 到 master，因为它正在等待其他开发人员的批准。

问题是:

我需要 branch_one 的所有工作才能继续 branch_two 的工作。

这是我目前的流程:

1) merge branch_one到branch_two。
2) 处理 branch_two。
3) 在提交 pull 请求之前将 branch_two 与 master rebase 。

呃哦。 rebase 在 30 多个补丁上有冲突。我假设这是因为 merge (第 1 步)更改了 branch_two 的头部。我可能假设不正确。

显然，我想在我的版本控制过程中避免大量的冲突解决步骤。

所以我的问题:

有没有更好的方法来处理这种类型的过程，其中一个功能分支需要来自另一个功能分支的更改，不包含大量冲突？

Answer 1

你需要一个集成分支，由主 HEAD 组成:

• 在集成中 merge branch1
• 在集成之上对 branch2 进行基础改造。

如果 branch1 在其验证上下文中需要额外的工作，请再次 merge 新的 branch1 提交。
在某个时候，branch1 将 merge 到 master。

然后，无论何时您想要验证 branch2，首先在更新的集成分支之上对其进行 rebase 。然后将其 merge 到集成(使用 --no-ff:没有快进 merge )。

最后，准备好后将 branch2 merge 到 master。那里没有冲突。

有关此工作流程的更多信息，see gitworkflow (比 Gitflow 好得多)