将Git修补程序合并到主分支和将主分支合并到开发分支

7
如果我有两个分支:masterdevelop。所有的发布都来自于master分支,所有的功能都是从develop分支开发的。
如果我从主分支创建一个hotfix分支,然后将其合并回主分支,我认为我有两个选择:
  1. 先合并到主分支,再合并到开发分支
  2. 合并到主分支,再合并到主分支和开发分支
我的问题是这两种方法有什么区别,我可能会遇到什么问题?
1个回答

9
理论上来说,两者没有任何区别。
一旦你将hotfix分支合并到master中,masterhotfix分支的末端处于完全相同的位置。
因此,无论是将master还是hotfix合并到develop中,最终的结果都是相同的。
话虽如此,我个人认为你应该选择选项1。
由于master仅用于发布,我认为你不应该从masterdevelop进行合并,只能从developmaster进行合并。
保持这种单向流可以帮助保持事物的秩序。你知道在头脑中不能直接对master进行任何更改,因为你没有办法将它们带回develop中。你要么必须进行hotfix并合并到两个分支中,要么在develop上创建一个新特性。
希望这有所帮助!

很好,我同意你的观点,但是在我的脑海中,这更像一个瀑布,当更改从主分支传播到开发分支,再从开发分支传播到功能分支,不过我想这更多是一种心态。:D但归根结底,这两种方法都应该有效,并且两种合并方式之间不应该存在任何不同的冲突? - Marti Markov
1
据我所知,不会有问题。两种合并的方法都是有效的,我在不同的项目中都使用过,没有任何负面影响。只要在项目范围内保持一致,就没有关系。 - Matthew Hallatt

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接