GitFlow : when to delete or freeze feature/release branches?

Question

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

根据 GitFlow，在 release 分支在某些测试/暂存环境中通过 QA 后，会发生生产发布，并且 release 分支会 merge 到 master(它也被标记为版本号)以及返回到 develop。

我相信如果在 QA 过程中出现需要直接对发布 进行更改的错误，我们只需要 merge 回 develop > 分支机构。 是吗？我假设如果 release 中没有任何新内容，我们就不需要再次将它与 develop merge ，对吧？!

我假设这也意味着当在测试/QA 期间对 release 进行更改时，如果它们没有 merge 回 develop，我们向回归开放，对？这意味着，如果 develop 分支从未获得 QA 在测试期间请求添加的更改，那么如果 release 分支被吹走，这些更改就会丢失。

我也不确定 GitFlow 对实际“关闭”分支的规定(功能分支和 release 分支都一样)。 merge 进去之后，特性分支是不是被删除了？或者以某种方式卡住以进行进一步修改？ merge 到 master/develop 之后，release 是否也应该被删除或卡住？

Answer 1

我总是建议您遵循流程并始终尝试将发布分支 merge 到开发中。如果开发分支上没有不存在的提交，那么 git 会通知你。您实际上已经执行了空操作。

正确，如果您不将发布 merge 到开发中，那么您就会让自己面临回归。即使发布分支被删除，您仍然会有提交到 master 分支的历史记录，因此您仍然可以通过根据需要挑选提交来恢复它们。

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