How to create an Automated Release Pipeline
Share this post
In this article, we are going to construct a release pipeline that leverages the advanced features available within Release Management.
Creating an Automated Release Pipeline
From within the building hub in Visual Studio Team Services, you will see that our build pipeline has a versioning task, it restores packages, runs unit testing and creates artefacts.
With our pipeline in place, we can move back into Workflow in the Release Hub. From here, you can either create a new release pipeline from within the Release hub, or you can initiate a new release definition from the Build Hub. Within the Release Hub, the Release Workflow will plug a few things into the pipeline so that you can start creating your release definition.
Note: You can divide your release definition into phases. Here we have four phases:
- Run-on Agent (Hosted Agent): To do configuration transformation, deploy to Azure and deploy to Azure Databases.
- Test Assemblies (Selenium Agents Dev Test Labs): To set up frameworks that are required to run tests, such as the Selenium test.
- Manual Checks and Sign Off: To manually check that the deployment is correct and to approve the deployment.
- Run Load Test (Hosted and Selenium Agents Dev Test Labs): To only send requests to agents who have the skill capability match that is demanded.
Additional Environment Options
We have established that we have one environment available in our example. Some additional options we have at our disposal include:
- Assign Approvers Workflow: This is useful when you want to assign specific users to sign off on the execution of the release in your environment
- Email Alerts: This option is useful when you want to notify specified users if something goes wrong in your environment.
- Core ownership: This is useful for communication, especially when you have multiple owners of an environment or multiple people sharing an environment.
- Deployment Conditions: When you have more than one environment, you can set policies that only execute to the second environment when execution to the first environment is complete.
- Schedules: This is useful for scheduling processes that are run regularly.
Triggering a Release
When your build is set up, you can trigger a release. You will be notified of any artefacts that are associated with the release. In our example, this is our git repository and our infrastructure provisioning.
Your build will now start provisioning in your environment.
Share this post
Microsoft Future Ready: Continuous Integration Implementation

Microsoft Future Ready: Continuous Integration Implementation

Our purpose is to transform access to education.
We offer a diverse selection of courses from leading universities and cultural institutions from around the world. These are delivered one step at a time, and are accessible on mobile, tablet and desktop, so you can fit learning around your life.
We believe learning should be an enjoyable, social experience, so our courses offer the opportunity to discuss what you’re learning with others as you go, helping you make fresh discoveries and form new ideas.
You can unlock new opportunities with unlimited access to hundreds of online short courses for a year by subscribing to our Unlimited package. Build your knowledge with top universities and organisations.
Learn more about how FutureLearn is transforming access to education
Register to receive updates
-
Create an account to receive our newsletter, course recommendations and promotions.
Register for free