学习GitFlow并对我在任何我读过的文档/文章中找不到答案感到担忧。
Per GitFlow，在release分支在某些测试/暂存环境中通过QA后，会发生生产版本，并且release分支会合并到master（其中也会被标记） w / a版本号）以及返回到develop。
我相信我们只需要合并回develop如果在QA过程中出现错误，需要直接向release分支进行更改。 是吗？我认为如果release上没有新内容，我们不需要再次将其与develop合并，对吧？！
我认为这也意味着，在测试/质量检查期间，当 对<{1}}进行更改时，如果他们没有合并回release，那么我们打开自己的回归，正确？这意味着如果develop分支从未获得QA在测试期间请求的更改，那么如果develop分支被吹走，则这些更改将丢失。
我也不确定GitFlow实际上规定了什么＆＃34; 关闭＆＃34;分支（包括特征分支和release分支）。合并后，功能分支被删除了吗？或以某种方式冻结进一步修改？合并到release / master后，develop是否应该被删除或冻结？
答案 0 :(得分：2)
我总是建议你遵循这个过程，并始终尝试将发布分支合并到develop中。如果开发分支上没有不存在的提交，那么git会通知您。你基本上已经执行了无操作。
正确，如果你不合并发行版，那么你就会对回归持开放态度。即使发布分支被删除，您仍然会有一个提交到主分支的提交历史记录，因此您仍然可以通过根据需要挑选提交来恢复它们。
您将为每件事创建一个新功能并发布分支。例如，feature/abc，feature/bdc，release/1.0.0 release/1.1.0等。完成这些功能和发布后，分支将被删除，不会再次使用。