How to setup a build with Visual Studio Team Services, for building ASP.Net 5 (ASP.Net Core 1.0 now) is explained in here. Let’s look at steps necessary to create a release pipeline to deploy, ASP.Net 5 website to Azure, with VS Team Service Release.
First requirement is to develop a poweshell script, whcih is capable of deploying, the built ASP.Net package to Azure. Information on how to write such script is available here.![image image]()
Script
Add this script to version control.![image image]()
Modify our release build in previous blog to copy deploy script to build output.![image image]()
![image image]()
![image image]()
Let’s create Azure Web Application as the target.![image image]()
![image image]()
Site created and ready.![image image]()
In Visual Studio Team Services, Release tab create a new empty Release Definition.![image image]()
![image image]()
To link the release definition to the build created earlier, click on Link to a build definition.![image image]()
Select the build definition and link it to release definition.![image image]()
Rename the Default Environment to DevInt(Or what ever name you prefer).![image image]()
In the DevInt environment create a configuratoin varibale to hold the Azure web site name.![image image]()
![image image]()
It is possible to set approvers to the stage. So that an approval requires to get the build deploy to the stage/environment DevInt. Let’s set it to autimated and after deployment set a manual approval, to allo get it approved before deploying to next stage/enviornment in the pipeline.![image image]()
![image image]()
In the release definition add a Azure Powershell task to execute the deployment script. Azure subscription how to link to VS Team Services account can be found here. Set the deployment script to Azure Powershell release task in Dev Int![image image]()
![image image]()
For Web Site Name environment variable can be used in the cript arguments.
-websiteName $(WebSiteName) -packOutput $(System.DefaultWorkingDirectory)\Event.Rel\EventRelOutput\![image image]()
Eventhough trigger can be set to continuous deployment like below.![image image]()
Let’s leave trigger to manua for the time being.![image image]()
Now you can trigger a release with the any successful build output you have using the release definition.![image image]()
![image image]()
![image image]()
Build get deloyed to DevInt environment and wait for the post deployment approval.![image image]()
DevInt environment site is running now.![image image]()
An Improvement to the build number can be made like following.![image image]()
Release name format also can be set to use build number for it to be more meaningful.
Release No $(Build.DefinitionName)-$(Build.BuildNumber)-R-$(rev:r)![image image]()
Multiple environements in the pipeline can be configured.![image image]()
Deployement logs in the pipeline. You can view these logs, while a release is happening.![image image]()
Release history can be viewed.![image image]()
Release definition change history is available as well t diagnose any issue which might have ocuured with a change to the definition.![image image]()
Difference between two defnitions.![image image]()
![image image]()
New release managment services with VS Team Services is awsome, and let’s explore more in the coming posts.
First requirement is to develop a poweshell script, whcih is capable of deploying, the built ASP.Net package to Azure. Information on how to write such script is available here.

Script
1 | param($websiteName, $packOutput) |

Modify our release build in previous blog to copy deploy script to build output.



Let’s create Azure Web Application as the target.


Site created and ready.

In Visual Studio Team Services, Release tab create a new empty Release Definition.


To link the release definition to the build created earlier, click on Link to a build definition.

Select the build definition and link it to release definition.

Rename the Default Environment to DevInt(Or what ever name you prefer).

In the DevInt environment create a configuratoin varibale to hold the Azure web site name.


It is possible to set approvers to the stage. So that an approval requires to get the build deploy to the stage/environment DevInt. Let’s set it to autimated and after deployment set a manual approval, to allo get it approved before deploying to next stage/enviornment in the pipeline.


In the release definition add a Azure Powershell task to execute the deployment script. Azure subscription how to link to VS Team Services account can be found here. Set the deployment script to Azure Powershell release task in Dev Int


For Web Site Name environment variable can be used in the cript arguments.
-websiteName $(WebSiteName) -packOutput $(System.DefaultWorkingDirectory)\Event.Rel\EventRelOutput\

Eventhough trigger can be set to continuous deployment like below.

Let’s leave trigger to manua for the time being.

Now you can trigger a release with the any successful build output you have using the release definition.



Build get deloyed to DevInt environment and wait for the post deployment approval.

DevInt environment site is running now.

An Improvement to the build number can be made like following.

Release name format also can be set to use build number for it to be more meaningful.
Release No $(Build.DefinitionName)-$(Build.BuildNumber)-R-$(rev:r)

Multiple environements in the pipeline can be configured.

Deployement logs in the pipeline. You can view these logs, while a release is happening.

Release history can be viewed.

Release definition change history is available as well t diagnose any issue which might have ocuured with a change to the definition.

Difference between two defnitions.


New release managment services with VS Team Services is awsome, and let’s explore more in the coming posts.