处理gitflow

Question

我工作的公司正在使用gitflow。

我们遵循每个功能的分支方法，在这个方法中，各个功能都得到了实施，测试，然后PR开发。在发布时，我们创建了一个发布分支 - 我们在发布分支上触发构建并将其部署到TEST环境。由于合并到develop中的多个功能分支，可能存在一些集成缺陷。这些是直接针对发布分支解决的。一旦我们对发布分支的状态感到满意，我们就会将（由QA签署的确切相同的版本）部署到PROD。

在这个阶段，我们需要将我们的发布分支代码重新开发并进入master，它们都是受保护的分支。假设有一些针对发布分支的提交，我们需要做2个PR，即一个用于release-＆gt; develop，一个用于release-＆gt; master。

夫妻问题：

1. 人们如何直接针对发布分支审核提交？我们 可以 PR在实际发布之前恢复开发，但这似乎对我来说有点不合适。
2. 人们如何处理获取发布分支的方法 合并为开发和掌握。要发展的公关就是这样 直接针对发布分支提交的提交 掌握的PR还包括所有的功能 已经PRd开发。掌握的PR似乎有点过时了。

感谢。