在gitflow中，如果我们有一个发布分支打开一周，我们仍然可以将功能分支合并到develop中吗

在gitflow中，如果我们有一个发布分支打开一周，我们仍然可以将功能分支合并到develop中

---

我们有一个发布分支打开了一段时间，因为我们切断了开发，我们保持发布分支打开一周。但与此同时，我们需要把这些东西合并起来进行开发。对吗？或者我们应该暂时在另一个分支机构做，或者释放分支机构不应该开放这么长时间？有什么想法吗？

一旦从develope创建了一个发布分支，提交或合并到develope的所有内容基本上都是为了下一个发布

假设您当前的版本是

1.0

（因此

master

处于

1.0

状态），并且您已经完成了

develope

中

1.1

的功能实现。然后将

release

从

development

分支，将那里的版本号增加到

1.1

。从现在起，所有转到

develope

的更改都是针对

1.2版的。如果您需要修复发布版
1.1
的内容，请在发布分支上执行。然而，它应该只有很小，抛光变化理想。
如果您担心这些更改可能会对
develope
上同时进行的
1.2
并行开发造成太多干扰，您也可以在develope和任何仍在开发中的功能分支中引入这些更改。根据更改的不同，您可以通过将
release
合并到
develope
或通过
cherry pick
ing单个提交来执行。你可能想阅读，也可能想了解其中的差异

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

最后，我们应该记住git流只是帮助开发人员组织工作的一种手段。如果最终它不符合团队内部的工作流程，那么不应该让严格遵守它成为一项日常工作

另请参见和a（稍微固执己见）

但是如果我在发布分支上增加版本，并将一个补丁从发布分支合并回主版本，那么我在代码中增加的版本号也将合并到开发分支，我们不希望这样，对吗？我们希望在发布完成过程中更改版本。。。