交付给客户时的Git工作流程

Question

在过去两年中，我在开发大型B2C应用时使用了以下分支模型：A Successful Git Branching Model。 在这种情况下，合并到主的代码只是生产，即部署到应用商店的确切版本。

现在我的工作已经完成，我现在正在为一家为各种客户开发移动应用程序的公司工作。

我们使用的是与上面相同的型号，但有些东西让我烦恼。 问题是：＆＃34;生产＆＃34;在为客户工作时，这并不意味着同样的事情。

让我详细说明：

• 我们定期提供多个版本供客户审核/测试（基本上在每个sprint结束时），
• 我们有时不会将自己的应用部署在商店上，
• 有时我们甚至不知道代码是否会在这些商店中存在。

这里的共识似乎只有在将代码推送到生产（app store或MDM）时才会合并代码。发布分支是在每个sprint结束时创建的，仅用于开发标记的位置。

我的问题是：

• 每当我们向客户交付东西时，我们应该合并为主人吗？
• 我们是否应该创建一个中间分支（例如，＆＃39; delivery＆＃39;或＆＃39; stage＆＃39;例如）来接收版本并保持master为实际生产状态？