---
title: Create the release pipeline in DevOps
description: "Go to Azure DevOps, and to Pipelines -> Releases to create the new release. Select \"New release pipeline\" and choose \"Empty job\" from the list. On the artifact box select the build which will be used for this release definition:…"
url: "https://ariste.info/dynamics365almguide/create-the-release-pipeline-in-devops/"
updated: "2024-08-25"
category: Legacy Guide / Release Pipelines
---

# Create the release pipeline in DevOps

Go to Azure DevOps, and to Pipelines -> Releases to create the new release. Select "New release pipeline" and choose "Empty job" from the list.   On the artifact box select the build which will be used for this release definition:

![New release](http://ariste.info/wp-content/uploads/2019/02/Captura-de-pantalla-2019-02-03-a-les-0.33.40-1024x467.png)

   Pick the build definition you want to use for the release in "Source", “Latest” in “Default version” and push “Add”.

#### Upload to LCS

   The next step we'll take is adding a Task with the release pipeline for Dynamics. Go to the Tasks tab and press the plus button. A list with extension will appear, look for "Dynamics 365 Unified Operations Tools":

![Dynamics 365 Unified Operations Tools](http://ariste.info/wp-content/uploads/2019/02/Captura-de-pantalla-2019-02-03-a-les-0.39.39-1024x279.png)

   If the extension hasn't been added previously it can be done in this screen. **In order to add it, the user used to create the release must have admin rights on the Azure DevOps account, not only in the project in which we're creating the pipeline**.   When the task is created we need to fill some parameters:![Release Dynamics Operations](http://ariste.info/wp-content/uploads/2019/02/Captura-de-pantalla-2019-02-03-a-les-0.43.11-1024x508.png)

#### Apply deployable package

   This step is finally available for self-service environments! If you already set this for a regular environment you can still change the task to the new version.

![Azure DevOps asset deployment](http://ariste.info/wp-content/uploads/2020/09/2020-09-04-10_55_48.png)
Azure DevOps asset deployment

    The new task version 1 works for both type of environments: Microsoft managed (regular environments) and self-service environments. The task version 0 is the old one and will only work with regular environments. You can safely switch your deploy tasks to version 1.   What's different in task version 1? I guess that some work behind it that we don't see to make it support self-service, but in the UI we only see a new field called "*Name for the update*".

![Create the release pipeline in DevOps](http://ariste.info/wp-content/uploads/2020/09/2020-09-04-10_59_39.png)
Name for the update field

    This field is needed only for the self-service environments deployments, it will be ignored for regular ones, and corresponds to the field with the same name that appears on LCS when we apply an update to a sandbox environment:

![Create the release pipeline in DevOps](http://ariste.info/wp-content/uploads/2020/09/2020-09-04-11_05_10.png)
Name for this update in LCS

    The default field's value is the variable $(Release.ReleaseName) that is the name of the release, but you can change it, for example I'll be using a pattern like *PREFIX BRANCH $(Build.BuildNumber)* to have the same name we have for the builds and identifying what we're deploying to prod quickier.

#### Subscribe!

Receive an email when a new post is published