我是一个通过git版本化的php项目的新手。该开发分发给两到四个开发人员，他们在不同的分支机构中处理他们的功能。有两个永恒的分支master，这是一个可以部署到生产的版本和develop，其中当前的开发被集成并部署到测试环境中。
当某个功能准备好进行测试时，它会合并到部署到测试服务器的develop分支中，客户端将测试这些功能。此测试过程通常需要数天，有时甚至数周，直到功能获得批准。当功能获得批准后，预计会立即集成到生产系统中。
由于此测试和反馈周期非常缓慢，因此测试和生产阶段的发布版本极为不同。这使得很难将功能发布到生产中，因为无法将develop合并到master中 - 这会将提交/功能引入master，而这些功能未经客户批准。因此，每个功能分支都必须合并到develop并在明确批准后master。
缓慢的测试过程还有一个缺点，一些功能可能会对同一个文件引入更改，然后将这些更改集成在一起，以便在测试服务器上进行测试。这使得有必要合并这两个功能以将它们部署到测试服务器，然后在其中一个功能获得批准后立即拆分，并将其部署到生产环境中。
您认为这种情况的好方法是什么？我们是否应批量使用并使用固定释放气缸，例如每周一次？
我们如何开发和发布ad-hoc功能，哪种分支模型更合适？或者您认为将特征分支合并到develop然后合并到master - 永远不会将develop合并到master中是完全没问题的吗？