We can add a Server, or Tag to the deployment sequence. Using a Tag is better since it will allow copy and pasting the template to different stages of the pipeline and even if the servers (will be different servers always in real life) are different in each stage, the tag locates the server related to the correct environment.
The first action we are going to add to the deployment sequence of the web server is create the app pool action. More details of default available release actions can be found in MSDN - Release actions to deploy an app for Release Management.
Let’s set parameters to create the application pool, .Net framework and the app pool name.
Next action we are adding is create website.
Let’s set App Pool, Site Name, Port etc. for website.
We need to create a deployment component to copy the TFS build output to our web site folder (Build definition for the template was defined in Part1)
Click New to create new component.
Give a name to the component and select Builds with application. There are different options you can select as you can see below.
Release Management server will locate the build drop of the referred TFS build in template. we have to specify our website content location. If it is in the root of the build drop we can specify \ character.
In the Deployment tab of the component select XCopy Deployer and click Save & Close.
Select the new component created and click Link.
Now the component is available in our release template.
Add the component to the deployment sequence and set the installation path parameter to the Web Site physical file folder.
Now we can copy the WebSvr sequence to the next stage (QA).
Change the parameters of actions for the QA stage.
We can do same for the Prod.
Save and Close the release template.
Next go to Release tab of the Release Management Client and click New.
Select the Target Stage as Prod so that our release will deploy through the pipeline from DevInt—>QA—>Prod.
Click on Latest to select the latest successful build.
Click on Create in Draft.
We can compare and verify configuration variables before we start the release.
Start the release and since all stages set up to deploy automatically, release will deploy from DevInt—>QA—>Prod.
We can see the three application pools getting created (in same server since we use a single server for all the stages in this demo).
Three websites created as well.
XCopy Deployer component has copied web site files to the Web Site physical folders.
The web sites are up and running.
With this Visual Studio Release Management series of posts I have explained how to setup Release Management Server, Client etc., configure and do a simple deployment. VS Release Management has lot more features and could be used to do lot more complex deployments. It has advanced security management options to setup groups, control permissions for each stage, template etc.