Git:将master合并到一个主题分支中经常会避免以后的冲突吗?

Ben*_*Ben 10 git merge branch master

让我们说,为了论证我们不关心历史.

如果我有一个经常更新的主分支,并且我有一个相当长的共享主题分支,将定期合并master-> topic分支(并解决冲突,因为它们出现)允许主题分支的平滑合并 - >后来高手?

Lad*_*ein 7

你所说的话听起来没有争议 - 如果你经常合并(后退)从主分支到侧支的变化,那么,当你的支部合并回主要时,你将没有那么多的工作做.

当然,对吗?随着时间的推移,你的分支机构分歧 你今天如何编写代码取决于你昨天的编写方式.你的分支机构今天分歧越多,明天就会越分散.

假设你在主分支中重构一些代码.假设在侧分支中,您必须实现一个使用重构代码的新功能.如果在合并(backport)之前编写该新功能,则重构会发生更改,那么,当您要将新功能移植到主分支时,您将需要a)将主要内容重新添加到预重构代码中或b)重构新功能.如果您已经合并(向后移植)重构,那么您的新功能可以合并到main中而不需要完成任何工作.