我们正在广泛采用基于nvie.com 建议的 git 分支模型。
我们还无法弄清楚如何管理 Deploy（又名集成）分支以进行多个版本的功能测试。尽管 Nvie 的模型将功能开发与发布跑道分离，但它似乎假设了一个用于开发、测试和发布功能的排队跑道。
如果我们想尽早开始测试两个月后到期的“大”功能（2.0）以及我们将在维护版本中更早发布（1.1）的代码，您对我们如何管理它有什么建议？
我考虑过将所有 Feature/FeatureName 分支单独合并到 Deploy 分支中，然后将它们单独合并到 Release/1.x 分支中，而不是将 Deploy 合并到 Release/1.x 中，后者假定您当前正在集成的所有内容测试将发出“下一个”。
欢迎提出建议！