重新定位工作流程：您是否总是需要首先在简单的PR上进行折扣

Question

我们的团队使用rebase策略从我们的临时分支中提取最新的更改。 始终重新定义来自上游的更改是否很重要？

我们说我有一个分支master。在它上面，我分为两个独立的功能：feature1和feature2。每个功能分支都在处理单独的文件，并且有0次合并冲突的可能性。

feature1分支已经取得进展，我已经做出了承诺。 feature2分支也取得了进展，我已经做出了承诺。我希望两个分支变成主人。

伪造＆＃34; PR＆＃34;，我将feature1合并为主人。

以下是问题：

1. 我应该首先将feature2重新加入master吗？或者只是将feature2合并到master？
2. 在这里合并是否有任何垮台？在这种情况下，重新定位似乎是不必要的一步，因为它只是一个快速的快进。

Answer 1

  

我应该首先将feature2重新加入master吗？或者只是将feature2合并到master中？

始终使用rebase，尤其是如果您是feature2唯一的人：我的想法是在master（现在包括feature1）上的新状态重播您的feature2提交。

然后你可以合并（快进或无ff，如你所愿）：合并没有任何冲突，因为你将首先在本地解决它们。如果feature1 + feature2正在协同工作，你会测试（再次，本地）。