TFS“；“每次发布分支”；分支设计问题

团队， 我们正在使用一种称为“每次发布分支”的分支策略。对于每个版本，我们都会创建一个分支，开发、测试和部署将从同一个发布分支完成。在成功部署PROD之后，我们将合并从发布分支到主分支的更改。因此，我们的主要产品始终是PROD复制品

这个计划很有效，但对我们来说只有一件事是个问题。当我们对不同版本进行并行开发时，我们如何在一个版本投入生产之前将其更改转移到其他版本

---

有时，我们需要在当前开发的基础上开发下一个版本？那么，我该如何解决这个问题呢？有什么建议吗？

创建一个用于稳定/集成的额外分支

• 主要
  • 1.0版
  • 2.0版
  • 整合
    • 发展

假设您已经在生产2.0版，并且正在准备3.0版。 版本3.0的开发是在开发过程中进行的。当您准备稳定3.0版本时，您可以将其合并到集成中。3.0的额外工作（错误修复等）发生在集成中。每天都会将更改合并到开发中

---

然后，4.0版的并行开发可以在开发分支中自由进行。

我们的主要目标是进行并行开发。比方说，在开发V3.0时，我们希望并行启动V4.0和V5.0。但是，在V3.0上线之前，我们经常需要对V4.0和V5.0进行V3.0更改。我们如何在V4.0和V5.0中获得V3.0更改？“我看到了唯一一个做无基础合并的选择，我讨厌它。”haribabu在我提供的例子中，开发是集成的分支。没有毫无根据的合并。