GitFlow：何时删除或冻结 feature/release 个分支？
GitFlow: when to delete or freeze feature/release branches?
学习 GitFlow 并有一些我在阅读过的 docs/articles 中找不到答案的问题。
根据 GitFlow，在 release 分支在某些 testing/staging 环境中通过 QA 后，会发布生产版本并且 release 分支会合并到 master（其中它也被标记为版本号）以及 back 到 develop.
我相信 我们只需要合并回 develop 如果在 QA 过程中出现错误需要直接对 release 进行更改分支。 是吗？ 我假设如果 release 没有任何新内容，我们就不需要再次将它与 develop 合并，对吧？！
我假设这也意味着当 在 testing/QA 期间对 release 进行更改时，如果它们没有合并回 develop，我们向回归敞开心扉，对？这意味着如果 develop 分支从未获得 QA 在测试期间请求的更改，如果 release 分支被吹走，这些更改将丢失。
我也不确定 GitFlow 对实际“关闭”分支的规定（功能分支和 release 分支相似）。合并进去之后，特性分支是不是被删除了？或者以某种方式冻结以进行进一步修改？合并到 master/develop 后 release 是否也应该被删除或冻结？
我总是建议您遵循流程并始终尝试将发布分支合并到开发中。如果开发分支上没有不存在的提交，那么 git 会通知您。您实际上已经执行了空操作。
正确，如果您不将发布合并到开发中，那么您就会让自己面临回归。即使发布分支被删除，您仍然会有提交到主分支的提交历史，因此您仍然可以通过根据需要挑选提交来恢复它们。
您将为每个事物创建一个新功能和发布分支。例如，feature/abc、feature/bdc、release/1.0.0 release/1.1.0 等。这些功能和版本完成后，分支将被删除，不再使用。
学习 GitFlow 并有一些我在阅读过的 docs/articles 中找不到答案的问题。
根据 GitFlow，在 release 分支在某些 testing/staging 环境中通过 QA 后，会发布生产版本并且 release 分支会合并到 master（其中它也被标记为版本号）以及 back 到 develop.
我相信 我们只需要合并回 develop 如果在 QA 过程中出现错误需要直接对 release 进行更改分支。 是吗？ 我假设如果 release 没有任何新内容，我们就不需要再次将它与 develop 合并，对吧？！
我假设这也意味着当 在 testing/QA 期间对 release 进行更改时，如果它们没有合并回 develop，我们向回归敞开心扉，对？这意味着如果 develop 分支从未获得 QA 在测试期间请求的更改，如果 release 分支被吹走，这些更改将丢失。
我也不确定 GitFlow 对实际“关闭”分支的规定（功能分支和 release 分支相似）。合并进去之后，特性分支是不是被删除了？或者以某种方式冻结以进行进一步修改？合并到 master/develop 后 release 是否也应该被删除或冻结？
我总是建议您遵循流程并始终尝试将发布分支合并到开发中。如果开发分支上没有不存在的提交，那么 git 会通知您。您实际上已经执行了空操作。
正确，如果您不将发布合并到开发中，那么您就会让自己面临回归。即使发布分支被删除，您仍然会有提交到主分支的提交历史，因此您仍然可以通过根据需要挑选提交来恢复它们。
您将为每个事物创建一个新功能和发布分支。例如，feature/abc、feature/bdc、release/1.0.0 release/1.1.0 等。这些功能和版本完成后，分支将被删除，不再使用。