GitFlow：何时删除或冻结功能/发布分支​​？

Question

学习GitFlow并且在我读过的任何文档/文章中都有一些我没有找到答案的问题。

根据GitFlow，在release分支在某些测试/暂存环境中通过QA之后，会发生生产版本，并且release分支将合并到master （其中还标记有版本号）以及重新 develop 。

我相信，我们只需要合并到develop ，如果一个bug时，需要直接做出更改的QA过程中出现了release分支。 是？ 我假设如果release中没有任何新内容，我们不需要再将它与develop ，对吧？！

我想这也意味着，当改变以release测试/ QA过程中，如果他们没有得到合并到develop ，我们敞开心扉，接受回归， 对不对 ？ 这意味着如果develop分支从未获得QA在测试期间请求的更改，那么如果release分支被吹走，则这些更改将丢失。

我也不确定GitFlow为实际“ 关闭 ”分支（包括功能分支和release分支）所规定的内容。 合并后，功能分支被删除了吗？ 或以某种方式冻结进一步修改？ 并入后， master / develop的release应该被删除或冻结呢？

Answer 1

我总是建议你遵循这个过程，并始终尝试将发布分支合并到develop中。 如果开发分支上没有提交，那么git会通知您。 你基本上已经执行了无操作。

正确的，如果你没有合并发行版，那么你就会对回归开放。 即使发布分支被删除，您仍然会有使其进入主分支的提交历史记录，因此您仍然可以通过根据需要挑选提交来恢复它们。

您将为每个事物创建一个新功能和发布分支。 例如， feature/abc ， feature/bdc ， release/1.0.0 release/1.1.0等。完成这些功能和发布后，分支将被删除，不再使用。