【问题标题】:Is it possible to trigger a release with another release in VSTS?是否可以在 VSTS 中触发另一个版本的发布?
【发布时间】:2017-01-16 17:31:19
【问题描述】:

在 VSTS 中,是否可以在完成另一个发布时触发发布?我知道发布通常是由构建完成触发的,但我想知道是否可以在一个发布与另一个发布之间触发,以便将我的流程组织成多个发布并将它们链接在一起。

谢谢。

【问题讨论】:

    标签: azure-devops release release-management


    【解决方案1】:

    目前还没有这项功能,尽管您可以使用 REST API 编写自定义任务来完成相同的事情,或者查看市场以查看是否有人已经创建了执行相同任务的任务。

    不过,当你开始做这样的事情时,有很多考虑因素。您在“子版本”中发布了哪些构建?最新的?该构建可能不够稳定,无法部署。硬编码的值?这将是人们忘记更新的事情。

    通常,在这种情况下,我的方法是将版本分解为不依赖于其他单元的不同可离散部署的单元。他们可以根据需要通过各个阶段进行提升。然后,如果您偶尔需要一起做所有事情(例如,配置一个全新的环境),请拥有一个包含所有内容的“组合”版本。最近推出的meta-tasks 甚至不需要重复。

    【讨论】:

    【解决方案2】:

    看来您可以使用市场上的 VSTS Trigger 扩展来触发新的构建或发布。

    【讨论】:

      【解决方案3】:

      您可以尝试市场上的 Release Orchestrator 扩展,它添加了一个任务来执行和跟踪 Azure DevOps 中多个发布管道的进度。

      【讨论】:

      • 虽然此链接可能会回答问题,但最好在此处包含一些上下文和答案的基本部分,然后提供链接以供参考。当链接页面更改或脱机时,仅链接答案将失效。有关更多信息,请参阅stackoverflow.com/help/how-to-answer
      • 不必要的纯洁和忘恩负义是怎么回事?这个答案给了我我所需要的一切以及更多。
      【解决方案4】:

      我认为更简单的选择是schedule a release。如果您为每个应用程序存储库的发布创建时间表,您可以确保它们都将同时到达服务器。 另一种选择是使用stage scheduled triggers

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2023-02-08
        • 2013-12-03
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2016-02-20
        • 1970-01-01
        相关资源
        最近更新 更多