【问题标题】:Release Management TFS 2015 - No Parallel Tasks发布管理 TFS 2015 - 无并行任务
【发布时间】:2017-02-08 22:44:18
【问题描述】:

我目前正在从完整的站点发布管理迁移到 TFS 2015 中的基于 Web 的版本。我注意到的一件事是,在旧客户端中,您可以创建部署序列并配置操作以并行运行,例如我可能同时运行这两个步骤:

SQLServer - DeployDatabase.ps1
AppServer - DeployWebApp.ps1

在基于 Web 的版本中,“Actions”(现在称为“Tasks”)的等效项似乎只能连续设置。因此,当您将并行任务的概念扩展到多个服务器角色(都执行独立的步骤)时,您会发现可能会浪费大量时间。

为了清楚起见,我知道您可以设置一个任务来定位一组服务器,但这会限制您一次只能运行一种类型的任务。

所以我的问题是:这个功能存在吗?我在某个地方错过了一个技巧吗?似乎新的基于 Web 的发布管理更侧重于事物的并行环境部署方面,忘记了在每个环境中以尽可能快的方式进行部署的需要。

编辑:我上面描述的一个例子。

Parallel Template

您可以看到,我在一个环境中的不同服务器角色上进行了并行部署。我理解 Daniel Mann 在回答中提出的建议是创建多个环境并相应地触发,添加多个“Envs”来满足这一点的问题是我们失去了所有好的东西,比如快速复制和操作环境的能力. IE 我设置了一个 DEV 环境模板并复制这个“环境”以创建“QA”,但如果我有 10 个“环境”来创建一个真正的“环境”,那么我必须管理该开销。感觉在新产品中可能已经删除了很大一部分可用性。还是我错过了新概念?

【问题讨论】:

    标签: tfs-2015 release-management ms-release-management azure-pipelines-release-pipeline


    【解决方案1】:

    TFS 2015 中的产品在这方面有点有限,但从那时起该产品一直在迅速改进。在 TFS 2017(和 VS Team Services)中,您可以为环境设置更强大的环境触发器和部署条件。这允许您“扇出”到多个同时的环境,然后“扇入”到后续环境。有了它,您可以拥有一个如下所示的环境管道:

             Dev
         _____|_________
         |              |
    QA Database Tier QA Web Tier
         |_______________|
              |
           Staging
              |
             etc
    

    只要有多个可运行的代理,这两个“QA”环境都可以独立并行部署。

    但是,还要记住,围绕并发构建/部署的许可要求在 TFS 2017 和 VS Team Services 中有所不同。 TFS 2015 中的发布中心被认为是“预览版”,并且在可以运行多少并发构建/部署管道方面没有任何特定的许可要求。

    【讨论】:

    • 感谢丹尼尔的回复。我想我遵循了,但是要澄清一下,您的图表是否有效地将“QA”环境拆分为 2 个独立的环境,以强制并行任务在 2 个不同的服务器角色上运行? IE 我会创建一个构建定义,我会添加 2 个环境并为每个环境设置任务或任务,然后我会设置管道触发以同时启动这两个“环境”(但这种提前触发不是2015 年可用)。
    • 我已经更详细地编辑了我的问题,无法将我的回复放入评论中:)
    猜你喜欢
    • 2016-12-09
    • 2017-06-27
    • 2016-01-23
    • 1970-01-01
    • 1970-01-01
    • 2016-10-21
    • 2016-08-16
    • 1970-01-01
    • 2016-12-28
    相关资源
    最近更新 更多