是否可以用 VSTS 中的另一个版本触发一个版本？
Is it possible to trigger a release with another release in VSTS?
在VSTS中，是否可以在另一个版本完成时触发一个版本？我知道发布通常由构建完成触发，但我想知道我是否可以用另一个发布触发一个发布，以便将我的流程组织成多个发布并将它们链接在一起。
谢谢。
虽然您可以使用 REST API 编写自定义任务来完成同样的事情，但目前尚不具备此功能，或者查看市场以查看是否有人已经创建了执行该任务的任务一样。
不过，当你开始做这样的事情时，有很多注意事项。您在 "sub-releases" 中发布了什么 build？最新的？该构建可能不够稳定，无法部署。硬编码值？这将是人们忘记更新的事情。
通常，在这种情况下，我的方法是将发布分解为不同的独立可部署单元，这些单元不依赖于其他单元。他们可以根据需要通过阶段进行提升。然后，如果您偶尔需要一起做所有事情（例如，配置一个全新的环境），请拥有一个包含所有内容的 "combo" 版本。最近引入的 meta-tasks.
甚至不需要重复
看起来您可以使用来自市场的 VSTS Trigger 扩展来触发新的构建或从构建或发布中发布。
您可以尝试 Release Orchestrator 来自市场的扩展，它添加了一个任务来执行和跟踪 Azure DevOps 中多个发布管道的进度。
我认为更简单的选择是 schedule a release。如果您为每个应用程序存储库的发布创建一个时间表，您可以确保它们都将同时到达服务器。
另一种选择是使用 stage scheduled triggers。
在VSTS中，是否可以在另一个版本完成时触发一个版本？我知道发布通常由构建完成触发，但我想知道我是否可以用另一个发布触发一个发布，以便将我的流程组织成多个发布并将它们链接在一起。
谢谢。
虽然您可以使用 REST API 编写自定义任务来完成同样的事情，但目前尚不具备此功能，或者查看市场以查看是否有人已经创建了执行该任务的任务一样。
不过，当你开始做这样的事情时，有很多注意事项。您在 "sub-releases" 中发布了什么 build？最新的？该构建可能不够稳定，无法部署。硬编码值？这将是人们忘记更新的事情。
通常，在这种情况下，我的方法是将发布分解为不同的独立可部署单元，这些单元不依赖于其他单元。他们可以根据需要通过阶段进行提升。然后，如果您偶尔需要一起做所有事情（例如，配置一个全新的环境），请拥有一个包含所有内容的 "combo" 版本。最近引入的 meta-tasks.
甚至不需要重复看起来您可以使用来自市场的 VSTS Trigger 扩展来触发新的构建或从构建或发布中发布。
您可以尝试 Release Orchestrator 来自市场的扩展，它添加了一个任务来执行和跟踪 Azure DevOps 中多个发布管道的进度。
我认为更简单的选择是 schedule a release。如果您为每个应用程序存储库的发布创建一个时间表，您可以确保它们都将同时到达服务器。 另一种选择是使用 stage scheduled triggers。