如何将功能分支合并到Git中的分支开发？

Question

我是Git的新手，我有一个简单的问题

尽管在此论坛中已经多次询问了此问题，但我想将我的问题限制在以下情况下

1)  Feature A  (Files A, B and C were modified) cut from 'develop'
2)  Feature B  (Files A and D were modified) cut from 'develop'

功能A已成功合并到分支“开发”中

现在的问题是，我们应该采用哪种方法将“功能B”合并为分支“开发”

我们应该提取最新版本的“ develop”并合并“ feature b”的更改吗？（或）还有什么其他最佳方法将“ feature b”合并到“ develop”，以便“ File A”具有所有更改？

Answer 1

让我们说，您不会在合并/变基之间产生冲突，并且为了简单起见，您在本地工作（没有提取/拉取/推动）。

基本上有两种方法可以进行。 合并或重新定基。 两者都得到相同的结果。 您可以根据自己的工作政策来决定。

您可以合并：

                     //      C3-C4
git checkout develop //     /     \
git merge featureB   // C1-C2--C5--C6

或者，您可以重新设置基准：

                       //      C3-C4
git checkout featureB  //     /
git rebase develop     // C1-C2--C5--C3'--C4'

提交C6和C4'中的代码相同。

如果您使用“合并”策略，则可以通过GUI（例如gitk）查看正在快速执行的不同功能。

如果您使用“重新设置”策略，则在使用git log等命令时，可以更轻松地了解proyect的演变

Answer 2

如果您一个人在FeatureB分支上工作，则进行pull --rebase develop是最佳实践：您正在FeatureA上重播FeatureB更改。 （和git push --force之后）。

如果你有多个开发人员的工作FeatureB ，那么合并develop ，以FeatureB有许多工作要做，合并前FeatureB发展。

在这两种情况下，想法都是相同的：在合并回develop之前，在本地测试两个功能的集成（拉动或变基）。

不要先合并develop ，“希望”（在develop ）结果“足够好”。