Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Is it possible to trigger a release with another release in VSTS?

In VSTS, is it possible to trigger a release upon the completion of another release? I know the release is typically triggered by the completion of a build, but I am wondering if I can trigger one release with another release, for the sake of organizing my processes into multiple releases and linking them together.

Thanks.

like image 716
BlueTriangles Avatar asked Sep 08 '16 17:09

BlueTriangles


People also ask

How do you trigger a release pipeline from another release pipeline?

When you have installed the extension, you can start by altering a pipeline from where you want to trigger a different pipeline. Add a new task to the pipeline by clicking in “+” icon. In the task window search for “Trigger” and select the task “Trigger Azure DevOps pipeline”.

How do you trigger release pipeline in Azure DevOps automatically?

Select trigger: Set the trigger that will start the deployment to this stage automatically. Select "Release" to deploy to the stage every time a new release is created. Use the "Stage" option to deploy after deployments to selected stages are successful. To allow only manual deployments, select "Manual".

Can we schedule a trigger for the release pipeline?

After you create your YAML build pipeline, you can use pipeline settings to specify a scheduled trigger. YAML isn't supported in TFS. You can view a preview of upcoming scheduled builds by choosing Scheduled runs from the context menu on the pipeline details page for your pipeline.


2 Answers

That's not a capability at present time, although you could write a custom task using the REST API to accomplish the same thing, or check the marketplace to see if someone has already created a task to do the same.

There are a lot of considerations when you start doing things like this, though. What build are you releasing in your "sub-releases"? The latest one? That build might not be stable enough to deploy. A hard-coded value? That's going to be a thing that people forget to update.

Typically, my approach in situations like this are to break down the releases into different discretely deployable units that have no dependencies on other units. They can be promoted through the stages as necessary. Then, if you have the occasional need to just do everything all together (for example, provisioning a brand new environment), have a "combo" release that encompasses everything. There isn't even a need for duplication with the recent introduction of meta-tasks.

like image 98
Daniel Mann Avatar answered Nov 11 '22 08:11

Daniel Mann


You can try Release Orchestrator extension from the marketplace which adds a task to execute and track progress of multiple release pipelines in Azure DevOps.

like image 21
Dmitry Serbin Avatar answered Nov 11 '22 08:11

Dmitry Serbin