支持多个发布补丁的 TFS 发布结构

Question

你好所有大师在那里。我遇到了一个要求，即我们的 TFS 需要支持多个版本。列出了一些要求。

场景：我们有 2 个版本，版本 1.0 和版本 2.0

1. 1.0 版需要一个补丁，将作为补丁 1.1 发布
2. 可以选择将补丁 1.1 中的更改添加到版本 2.0
3. 如果有新补丁，可以说是补丁 1.2。它应该只包含补丁 1.1 的更改以及 1.2 的任何其他更改。
4. 与项目编号有关。 3. 这样做的原因是一些客户不想为升级付费，而只想对其当前版本进行小修复。

我想出了一个解决方案，但我只是想知道是否有其他方法，或者根本不推荐这样做，因为它真的很难维护。

谢谢

Answer 1

根据您的描述，我的理解如下：

1.0 版中的版本 A，

2.0 版中的版本 B（= 版本 A + 新功能）

您想要一种为版本 A 部署“补丁”的简单方法（即快速修复版本 A，但不包含版本 B 的新功能）

在 TFS 发布管理中，您可以部署 按顺序、并行或任何其他用户指定的顺序（您 可以手动部署）

您可以使用修补版本 A 触发新版本（添加一些 关于修补以稍后识别它的描述）没有 部署条件，然后可以手动部署到哪个 你想要的环境。

另一种方法是将代码回滚到最后一个已知的发布点，编写补丁代码，搁置代码，然后构建并发布shelveset。

有关 TFS 中的更多发布结构，请查看此链接：Team Foundation: Multiple release structure，这可能对您有所帮助。