让我们说，为了论证我们不关心历史。
如果我有一个经常更新的主分支，并且我有一个相当长的共享主题分支，将定期合并master-＆gt;主题分支（并在出现冲突时解决冲突）允许主题分支的平滑合并 - ＆gt;大师后来？
答案 0 :(得分：7)
你所说的话听起来没有争议 - 如果你经常合并（backport）从主分支到侧支的变化，那么，当你的支部合并回主要时，你就不会有还有很多工作要做。
当然，对吗？随着时间的推移，你的分支机构分歧你今天如何编写代码取决于你昨天的编写方式。你的分支机构今天分歧越多，明天就会越分散。
假设你在主分支中重构一些代码。假设在侧分支中，您必须实现一个使用重构代码的新功能。如果在合并（backport）之前编写该新功能，则重构会发生更改，那么，当您要将新功能移植到主分支时，您将需要a）将主要内容重新添加到预重构代码中或b）重构新功能。如果您已经合并（向后移植）重构，那么您的新功能可以合并到main中，而不需要全部工作。