Use Azure portal to setup Continuous Delivery for Web App On Linux

Atul Malaviya

Continuous Delivery in Visual Studio Team Services simplifies setting up a robust deployment pipeline for your Web App on Linux.  By default, the pipeline builds a container image, pushes the image to a container registry and deploys the new image to the Web App. You can easily add another Azure Web App on Linux to the pipeline to validate your changes before they ever get to production.

You can extend this deployment automation to handle any other operations your application needs to do during deployment. For example, provision additional Azure resources, run scripts, upgrade database or run additional validation tests.


You can store your app’s source code in a Team Services Git, GitHub to use Azure Continuous Delivery.


  • In the Azure portal, select your web app. If you haven’t yet created a web app, do this now by choosing the “+” icon, selecting Web App on Linux from the Web + Mobile category, and providing a name and a resource group.
  • In your app’s menu blade, choose Continuous Delivery (Preview) and then choose Configure.

Configure CD Step1

  • Select Choose container registry. The setup wizard will read and show the container registry settings for the selected Web App on Linux.

Continuous Deliver Step 2

  • In case you want to change your container registry setting you can do that by going to the Docker Container setting of the Web App.  The Startup command is set automatically based on what is defined in the Docker image file, but you can set your own commands.
  • Select Configure continuous delivery and select the type of repository where you stored your app’s source code. You have a choice of Visual Studio Team Services Git, GitHub (support for other repository types will be enabled soon). Select the repository, and branch to deploy from. When you’re done, choose OK. You can choose to give the Dockerfile path. By default we will try to find a Dockerfile and use it for building images.

Choose repository

  • Select“Team Service Account” and choose the Team Services account where you want to setup the Continuous Delivery. In case you don’t have a team service account, you can choose to create a new account. When you’re done, choose OK to create and execute the Continuous Delivery workflow.

The following sequence of events occurs:

    • After the build has completed successfully, a new release is created and the deployment triggered. The Web App pulls the new container image from registry and updates itself.
    • After setup has completed successfully, a build is triggered that creates a container image and pushes it to the container registry associated with the Web App.
    • Azure Continuous Delivery creates a build and a release definition in the Team Services account you specified, together with a service endpoint each to connect to Azure and Container registry.
  • After all these actions have completed, the Azure portal shows the results in the Activity Log.


  • In the “Successfully set up Continuous Delivery…” item, choose the Release Definition link to open the project containing your app in Team Services, and see the list of releases for this definition. Choose Edit to see the tasks that have been added and configured. There are also links in other items in the Activity Log that open commits, builds, build reports, releases, deployment slots, and the deployed app itself, in relevant windows or apps.


  • In the “Successfully set up Continuous Delivery…” item, choose the Build Definition link to open the project containing your app in Team Services, and see the summary for the build definition. Choose Edit to see the Docker tasks that have been added and configured.
  • Verify that continuous deployment is occurring from the repository containing your app by pushing a change to the repository. Your app should update to reflect the changes shortly after the push to the repository completes. You can stop a deployment to your Azure Web App on Linux by choosing Disconnect at the top of the Continuous Delivery blade. This deletes the Azure Continuous Delivery configuration in the Azure portal and turns off the build triggers in your Team Services account for this configuration.

Next steps You can easily add another Azure Web App on Linux to the pipeline to validate your changes before they reach production. These validation can be done by running load or functional tests at each step. You can even choose to deploy automatically, or set up manual approval for any deployment to production.

The Azure Continuous Delivery feature is a preview version. You may encounter the following known issues:


Discussion is closed.

Feedback usabilla icon