| title | description | ms.assetid | ms.topic | ms.date | author | ms.author |
|---|---|---|---|---|---|---|
Configure continuous deployment |
Learn how to enable CI/CD to Azure App Service from GitHub, Bitbucket, Azure Repos, or other repos. Select the build pipeline that fits your needs. |
6adb5c84-6cf3-424e-a336-c554f23b4000 |
article |
02/29/2024 |
cephalin |
cephalin |
[!INCLUDE regionalization-note]
Azure App Service enables continuous deployment from GitHub, Bitbucket, and Azure Repos repositories by pulling in the latest updates.
[!INCLUDE Prepare repository]
-
In the Azure portal, go to the management page for your App Service app.
-
In the left pane, select Deployment Center. Then select Settings.
-
In the Source box, select one of the CI/CD options:
Select the tab that corresponds to your build provider to continue.
-
GitHub Actions is the default build provider. To change the provider, select Change provider > App Service Build Service > OK.
-
If you're deploying from GitHub for the first time, select Authorize and follow the authorization prompts. If you want to deploy from a different user's repository, select Change Account.
-
After you authorize your Azure account with GitHub, select the Organization, Repository, and Branch you want.
If you can’t find an organization or repository, you might need to enable more permissions on GitHub. For more information, see Managing access to your organization's repositories.
-
Under Authentication type, select User-assigned identity for better security. For more information, see frequently asked questions.
[!NOTE] If your Azure account has the required permissions for the User-assigned identity option, Azure creates a user-assigned managed identity for you. If you don't, work with your Azure administrator to create an identity with the required role on your app, then select it here in the dropdown.
-
(Optional) To see the file before saving your changes, select Preview file. App Service selects a workflow template based on the language stack setting of your app and commits it into your selected GitHub repository.
-
Select Save.
New commits in the selected repository and branch now deploy continuously into your App Service app. You can track the commits and deployments on the Logs tab.
The Bitbucket integration uses the App Service Build Services for build automation.
-
If you're deploying from Bitbucket for the first time, select Authorize and follow the authorization prompts. If you want to deploy from a different user's repository, select Change Account.
-
For Bitbucket, select the Bitbucket Team, Repository, and Branch you want to deploy continuously.
-
Select Save.
New commits in the selected repository and branch now deploy continuously into your App Service app. You can track the commits and deployments on the Logs tab.
See Local Git deployment to Azure App Service.
-
App Service Build Service is the default build provider.
[!NOTE] To use Azure Pipelines as the build provider for your App Service app, configure it directly from Azure Pipelines. Don't configure it in App Service. The Azure Pipelines option just points you in the right direction.
-
Select the Azure DevOps Organization, Project, Repository, and Branch you want to deploy continuously.
If your DevOps organization isn't listed, it's not yet linked to your Azure subscription. For more information, see Create an Azure service connection.
For Windows apps, you can manually configure continuous deployment from a cloud Git or Mercurial repository that the portal doesn't directly support, like GitLab. You do that by selecting External Git in the Source dropdown list. For more information, see Set up continuous deployment using manual steps.
-
In the Azure portal, go to the management page for your App Service app.
-
In the left pane, select Deployment Center. Then select Settings > Disconnect:
-
By default, the GitHub Actions workflow file is preserved in your repository, but it continues to trigger deployment to your app. To delete the file from your repository, select Delete workflow file.
-
Select OK.
Depending on your deployment source in the Deployment Center, you might see a few options to select for build providers. Build providers help you build a CI/CD solution with Azure App Service by automating build, test, and deployment.
You're not limited to the build provider options found in the Deployment Center, but App Service lets you set them up quickly and offers some integrated deployment logging experience.
The GitHub Actions build provider is available only for GitHub deployment. When configured from the app's Deployment Center, it completes these actions to set up CI/CD:
- Deposits a GitHub Actions workflow file into your GitHub repository to handle build and deploy tasks to App Service.
- For basic authentication, adds the publish profile for your app as a GitHub secret. The workflow file uses this secret to authenticate with App Service.
- For user-assigned identity, see What does the user-assigned identity option do for GitHub Actions?
- Captures information from the workflow run logs and displays it on the Logs tab in the Deployment Center.
You can customize the GitHub Actions build provider in these ways:
- Customize the workflow file after it's generated in your GitHub repository. For more information, see Workflow syntax for GitHub Actions. Just make sure that the workflow deploys to App Service with the azure/webapps-deploy action.
- If the selected branch is protected, you can still preview the workflow file without saving the configuration and then manually add it into your repository. This method doesn't give you log integration with the Azure portal.
- Instead of using basic authentication or a user-assigned identity, you can also deploy by using a service principal in Microsoft Entra ID. This can't be configured in the portal.
Note
App Service Build Service requires SCM basic authentication to be enabled for the webhook to work. For more information, see Deployment without basic authentication.
App Service Build Service is the deployment and build engine native to App Service, otherwise known as Kudu. When this option is selected, App Service adds a webhook into the repository you authorized. Any code push to the repository triggers the webhook, and App Service pulls the changes into its repository and performs any deployment tasks. For more information, see Deploying from GitHub (Kudu).
Resources:
Azure Pipelines is part of Azure DevOps. You can configure a pipeline to build, test, and deploy your app to App Service from any supported source repository.
To use Azure Pipelines as the build provider, don't configure it in App Service, but go to Azure DevOps directly. In the Deployment Center, the Azure Pipelines option just points you in the right direction.
For more information, see Deploy to App Service using Azure Pipelines.
[!INCLUDE What happens to my app during deployment?]
- Does the GitHub Actions build provider work with basic authentication if basic authentication is disabled?
- What does the user-assigned identity option do for GitHub Actions?
- Why do I see the error, "This identity does not have write permissions on this app. Please select a different identity, or work with your admin to grant the Website Contributor role to your identity on this app"?
- Why do I see the error, "This identity does not have write permissions on this app. Please select a different identity, or work with your admin to grant the Website Contributor role to your identity on this app"?
Does the GitHub Actions build provider work with basic authentication if basic authentication is disabled?
No. Try using GitHub Actions with the user-assigned identity option.
For more information, see Deployment without basic authentication.
When you select user-assigned identity under the GitHub Actions source, App Service configures all the necessary resources in Azure and in GitHub to enable the recommended OpenID Connect authentication with GitHub Actions.
Specifically, App Service does the following operations:
- Creates a federated credential between a user-assigned managed identity in Azure and your selected repository and branch in GitHub.
- Creates the secrets
AZURE_CLIENT_ID,AZURE_TENANT_ID, andAZURE_SUBSCRIPTION_IDfrom the federated credential in your selected GitHub repository. - Assigns the identity to your app.
In a GitHub Actions workflow in your GitHub repository, you can then use the Azure/login action to authenticate with your app by using OpenID Connect. For examples, see Add the workflow file to your GitHub repository.
If your Azure account has the required permissions, App Service creates a user-assigned managed identity and configures it for you. This identity isn't shown in the Identities page of your app. If your Azure account doesn't have the required permissions, you must select an existing identity with the required role.
Why do I see the error, "You do not have sufficient permissions on this app to assign role-based access to a managed identity and configure federated credentials"?
The message indicates that your Azure account doesn't have the required permissions to create a user-assigned managed identity for the GitHub Actions. The required permissions (scoped to your app) are:
Microsoft.Authorization/roleAssignments/writeMicrosoft.ManagedIdentity/userAssignedIdentities/write
By default, the User Access Administrator role and Owner role have these permissions already, but the Contributor role doesn't. If you don't have the required permissions, work with your Azure administrator to create a user-assigned managed identity with the Website Contributor role. In the Deployment Center, you can then select the identity in the GitHub > Identity dropdown.
For more information on the alternative steps, see Deploy to App Service using GitHub Actions.
Why do I see the error, "This identity does not have write permissions on this app. Please select a different identity, or work with your admin to grant the Website Contributor role to your identity on this app"?
The message indicates that the selected user-assigned managed identity doesn't have the required role to enable OpenID Connect between the GitHub repository and the App Service app. The identity must have one of the following roles on the app: Owner, Contributor, Websites Contributor. The least privileged role that the identity needs is Websites Contributor.