在git flow分支模型中,如何从master创建发布分支而不是开发？

Question

在GIT流分支模型(如在描述这个交)指出一个应该创建release由分支的分支develop.

这可以很好地工作,但据我所知,也可能导致无意识的更改,使其成为release分支.假设您正在处理功能A,B和C,并将它们合并到develop.几天后,功能A和B变得足够稳定以便释放,但功能C仍然落后.您不希望功能A和B因功能C而延迟,并且您无法恢复功能C,develop因为其他开发人员依赖它.

作为解决这个我认为支化release的关闭master,然后将其合并特征A和C.

(我仍然不是100%熟悉git,所以下面的一些陈述可能完全错误,所以请澄清.)

这个问题是因为功能A和B与功能C一起开发,并且开发人员保持他们的功能分支与develop分支最新,一些C的代码最终在功能分支A和B.如果我合并这些分支在release分支上然后我可能最终得到C中的代码.我仍然习惯于变基的想法,但如果我尝试使用rebase而不是合并,我会得到所有这些冲突.也许我可以选择提交或类似的东西,但每次我想在发布分支上放置一些代码时,这似乎太复杂了.

如果有一个简单的方法可以实现这一点,你们能让我知道吗？

Answer 1

我想你误解了你提到的帖子.它说,"完成的功能可能会合并到开发分支......".

您通常不会将不稳定的功能合并到develop分支中.