使用 VS Team Services Release Management 将工件版本提升到单一环境
Promote artifact version to single environment using VS Team Services Release Management
在 VS Team Services > Releases 中，我想 'promote' 特定 build/artifact 版本到单个环境。例如：
Dev QA Prod
v223
v123 v123
我想将#123 升级到 Prod，但看起来唯一的方法是为所有 3 个环境创建一个版本，这将覆盖#223。
您有一个开发 -> QA -> Prod 的发布管道。您为版本 #123 创建了一个版本，并通过管道中的各个阶段逐步推广它。版本 #223 可以在 Dev 中，您仍然可以从 QA->Production 提升构建 #123 的版本。
跳过阶段而不在较低的环境中测试软件是一个巨大的问题，会导致痛苦和痛苦。 一致性 是稳定发布过程的基石之一。有很多方法可以使您的发布过程足够灵活以处理您正在描述的场景，同时仍然保持一致。跳过阶段是不是。
如果您需要重新发布软件的旧版本，它仍应通过相同的管道。仅仅因为它是一个旧版本并不意味着您至少不需要进行粗略的调查以确保它被正确部署。
这会覆盖当前在较低环境中的版本吗？取决于你如何构建事物！对于 Web 应用程序，也许您可以将其设为多租户，这样您就可以在同一台机器上同时拥有多个版本 运行。或者部署到 IaaS 虚拟机，这样您就可以只配置一个新的虚拟机，而不用管当前的 运行 虚拟机。或者部署到 Azure PaaS 并为不同的版本使用不同的暂存槽。
目前没有办法做到这一点。您可以在 VSTS User Voice 上提交功能请求：http://visualstudio.uservoice.com/forums/330519-team-services/
在 VS Team Services > Releases 中，我想 'promote' 特定 build/artifact 版本到单个环境。例如：
Dev QA Prod
v223
v123 v123
我想将#123 升级到 Prod，但看起来唯一的方法是为所有 3 个环境创建一个版本，这将覆盖#223。
您有一个开发 -> QA -> Prod 的发布管道。您为版本 #123 创建了一个版本，并通过管道中的各个阶段逐步推广它。版本 #223 可以在 Dev 中，您仍然可以从 QA->Production 提升构建 #123 的版本。
跳过阶段而不在较低的环境中测试软件是一个巨大的问题，会导致痛苦和痛苦。 一致性 是稳定发布过程的基石之一。有很多方法可以使您的发布过程足够灵活以处理您正在描述的场景，同时仍然保持一致。跳过阶段是不是。
如果您需要重新发布软件的旧版本，它仍应通过相同的管道。仅仅因为它是一个旧版本并不意味着您至少不需要进行粗略的调查以确保它被正确部署。
这会覆盖当前在较低环境中的版本吗？取决于你如何构建事物！对于 Web 应用程序，也许您可以将其设为多租户，这样您就可以在同一台机器上同时拥有多个版本 运行。或者部署到 IaaS 虚拟机，这样您就可以只配置一个新的虚拟机，而不用管当前的 运行 虚拟机。或者部署到 Azure PaaS 并为不同的版本使用不同的暂存槽。
目前没有办法做到这一点。您可以在 VSTS User Voice 上提交功能请求：http://visualstudio.uservoice.com/forums/330519-team-services/