Git 合并还是重设基础？如何最好地保持分支机构的发展与master同步

我注意到了，但没有一个答案真正让我有一种确切的感觉，知道如何应对自己的处境

情景。假设有两个分支：

• master

  ：目前正在生产的分支机构

• develope

  ：未部署的分支开发人员使用

如果更改/修补程序直接应用于

master

以解决关键生产问题，那么让

develope

分支与此更改同步的最佳方法是什么？以下两者之间的权衡是什么：

• 合并

  主控

  到

  开发

  （压缩为一个提交）
• 重定基址

  开发

  到

  主控

---

此问题的答案是否取决于应用的修补程序的数量/范围？（1个修补程序提交与15个“修补程序”提交）。

链接答案列出了所有折衷方案

最后，这是一个个案决定。这个“特例”可能更加固执己见

---

我直觉上的自以为是的建议是将master合并到develop中，这样就不会破坏任何东西或改变分支

答案不是取决于修补程序的数量，而是取决于您使用的情况

对于您的情况，

develope

分支适用于所有开发人员，因此您最好将

master

合并到

develope

中，而不要使用rebase。而其他开发人员只需要从远程

develope

分支提取合并的提交

---

Rebase主要用于分支机构是私有/本地的，或者至少其他开发人员最近没有使用它。如果您将

develope

分支重新设置为

master

，这将使其他开发人员的工作陷入混乱。

对我来说，链接的答案似乎主要讨论将功能/开发分支合并为master，而不是详细说明合并与重新设置的其他方式。有哪些分支不会改变技术或答案