在gitflow中，如果我们有一个发布分支开放了一个星期，我们仍然可以将功能分支合并到开发中吗

Question

在gitflow中，如果我们有一个开放的发行分支一个星期，我们仍然可以将功能分支合并到开发中。

我们有一个发布分支开放了一段时间，因为我们切断了开发的工作，并且将发布分支保持了一周的开放时间。 但是同时我们需要将事物合并回去进行开发。 那是对的吗？ 还是我们应该暂时在另一个分支中这样做，或者发布分支不应该打开这么长时间？ 有什么想法吗？

Answer 1

一旦从development创建了发布分支，提交或合并以进行开发的所有内容基本上都将用于下一个版本。

想象一下你目前的版本是1.0 （所以master是1.0 ），你已经完成实现的功能为1.1的develop 。 然后，您将分支的release develop为将版本号增加到1.1 。 从那时起，所有要develop更改都针对1.2版。 如果您需要修复1.1 ，请在release分支上进行。 但是，它应该很小，理想情况下会进行抛光更改。 如果你担心这些变化可能过多干预与并行开发1.2是同时进行的develop ，你也可能引入这些变化也在发展，并且目前仍在开发中的任何特性分支。 根据更改，可以通过合并release来进行develop也可以通过cherry-pick单个提交来实现。 您可能想阅读如何在Git中合并特定的提交，以及Git Cherry-pick vs Merge Workflow中的差异。

就个人而言，在完成所有release工作之前，合并从release到develop的版本号更改没有任何问题。 我只是要确保我的合并注释清楚地表明这不是最终合并，而是一些中间合并。

最后，应该记住git flow只是帮助开发人员组织其工作的一种措施。 如果最终它不适合团队内部工作流程，则不应使每天都要严格遵循它。

另请参阅Vincent Driessen的博客文章，该文章介绍了git flow以及Atlassian对不同分支模型的（略带观点的） 比较 。