使用VS团队服务发布管理

在VS团队服务>发布，我要“促进”特定生成/神器版本到一个单一的环境促进神器版本单一的环境。例如：使用VS团队服务发布管理

Dev  QA  Prod 
v223  
v123 v123

我要推广＃123至正式发布，但它看起来像这样做的唯一方法是创建一个释放所有3个环境，这将覆盖＃223。

2015-12-08 password

为什么你不能够促进你的第一个版本（一个在阿尔法）为正式版？ –

我可以 - 但我只能释放到'最终目的地'，并且还释放到管道中的所有环境。因此，如果我在Dev中有一个更新的版本（但仍在测试），它将被覆盖。 @MrHinsh – password

没有任何办法，现在做到这一点。您可以在VSTS用户音色提交功能请求：http://visualstudio.uservoice.com/forums/330519-team-services/

2015-12-09 05:37:32

谢谢！这在DevOps中似乎很常见，像Octopus Deploy这样的工具可以做到这一点。 – password

您可以克隆发布管道并删除前两个阶段以创建单阶段发布。 –

八达通在释放螺栓的情况下进行部署。可追溯性不是最初的目的。 –

你有一个释放的流水线去开发 - > QA - > PROD。您为版本＃123创建版本，并逐步在整个管道阶段中进行升级。版本＃223可以在Dev中，并且您仍然可以从QA-> Production中促进版本＃123的发布。

跳过阶段，而不是在较低的环境中测试软件是导致痛苦的一大问题。稳定版本流程的基石之一是一致性。有很多方法可以让你的发布过程既灵活又足够处理你描述的场景，同时保持一致。跳阶段不是它。

如果您需要重新发布软件的旧版本，它仍然应该通过相同的管道。仅仅因为这是一个旧版本并不意味着你不需要至少做一个粗略的调查来确保它的正确部署。

将目前覆盖的版本在较低的环境？取决于你如何构造事物！对于Web应用程序，也许你会让它成为多租户，所以你可以在同一台机器上并排运行多个版本。或者部署到IaaS虚拟机，这样您就可以配置一个新的虚拟机，并保留当前运行的虚拟机。或者部署到Azure PaaS，并为不同的版本使用不同的分段插槽。

2015-12-09 00:21:02

感谢您的评论。我完全赞成你。我的问题是如何在VSO中做你的第一段。我找不到“促销”按钮。所以当我想把＃123推广到Prod时，看起来我只能'释放'到所有环境。所以它将我的开发工具抹去，并在所有环境中放123。它的怪异...... – password

你目前在阿尔法发布了v123。打开该版本并将其推广到生产。 –

回答