使用英语阅读

通过

使用 GitHub Actions 部署到应用服务

  • 项目

开始使用 GitHub Actions 以自动执行工作流，并将其从 GitHub 部署到 Azure 应用服务。

先决条件

  • 具有活动订阅的 Azure 帐户。 创建帐户。
  • 一个 GitHub 帐户。 如果你没有帐户，可免费注册一个。

创建应用时设置 GitHub Actions 部署

GitHub Actions 部署已集成到默认应用创建向导。 只需在“部署”选项卡中将“持续部署”设置为“启用”，并配置所需的组织、存储库和分支。

显示如何在应用服务创建向导中启用 GitHub Actions 部署的屏幕截图。

启用持续部署后，应用创建向导会根据基本身份验证选择自动选取身份验证方法，并相应地配置应用和 GitHub 存储库：

基本身份验证选择 身份验证方法
禁用 用户分配的标识 (OpenID Connect)（推荐）
启用 基本身份验证

备注

如果你在创建应用时收到错误，指出你的 Azure 帐户没有某些权限，则可能没有创建和配置用户分配的标识所需的权限。 有关替代方法，请参阅从部署中心设置 GitHub Actions 部署。

从部署中心设置 GitHub Actions 部署

对于现有应用，可以使用应用服务部署中心快速开始使用 GitHub Actions。 此“交钥匙”方法将自动生成基于应用程序堆栈的 GitHub Actions 工作流文件，并将它提交到 GitHub 存储库。

使用部署中心还可以通过“用户分配的标识”选项轻松配置更安全的 OpenID Connect 身份验证。

如果你的 Azure 帐户具有所需的权限，可以选择创建用户分配的标识。 否则，可以在“标识”下拉列表中选择现有的用户分配的托管标识。 可以与 Azure 管理员协作，使用网站参与者角色创建用户分配的托管标识。

有关详细信息，请参阅持续部署到 Azure 应用服务。

手动设置 GitHub Actions 工作流

也可以在不使用部署中心的情况下部署工作流。 在这种情况下，需要执行 3 个步骤：

  1. 生成部署凭据
  2. 配置 GitHub 机密
  3. 将工作流文件添加到 GitHub 存储库

1.生成部署凭据

对于 GitHub Actions，若要通过 Azure 应用服务进行身份验证，建议使用 OpenID Connect。 这是一种使用短期令牌的身份验证方法。 使用 GitHub Actions 设置 OpenID Connect 更为复杂，但提供更强的安全性。

或者，可以使用用户分配的托管标识、服务主体或发布配置文件进行身份验证。

可以使用 Azure CLI 中的 az ad sp create-for-rbac 命令创建服务主体。 请使用 Azure 门户中的 Azure Cloud Shell 或选择“试用”按钮运行此命令。

az ad sp create-for-rbac --name "myApp" --role contributor \
                            --scopes /subscriptions/<subscription-id>/resourceGroups/<group-name>/providers/Microsoft.Web/sites/<app-name> \
                            --json-auth

在之前的示例中，请将占位符替换为你的订阅 ID、资源组名称和应用名称。 输出是一个 JSON 对象，包含的角色分配凭据可提供对应用服务应用的访问权限，如下方 JSON 片段所示。 复制此 JSON 对象供以后使用。

  {
    "clientId": "<GUID>",
    "clientSecret": "<GUID>",
    "subscriptionId": "<GUID>",
    "tenantId": "<GUID>",
    (...)
  }

重要

始终应授予最小访问权限。 上一个示例中的范围仅限于特定的应用服务应用而不是整个资源组。

2.配置 GitHub 机密

在 GitHub 中，浏览你的存储库。 选择“设置”>“安全性”>“机密和变量”>“操作”>“新建存储库机密”。

若要使用用户级凭据，请将 Azure CLI 命令的整个 JSON 输出粘贴到机密的“值”字段中。 将机密命名为 AZURE_CREDENTIALS。

以后配置 GitHub 工作流文件时，请使用该机密作为“Azure/登录”的输入 creds。 例如：

- uses: azure/login@v2
  with:
    creds: ${{ secrets.AZURE_CREDENTIALS }}

3.将工作流文件添加到 GitHub 存储库

工作流是由 GitHub 存储库中 /.github/workflows/ 路径中的 YAML (.yml) 文件定义的。 此定义包含组成工作流的各种步骤和参数。

工作流文件至少会执行以下不同的步骤：

  1. 使用创建的 GitHub 机密对应用服务进行身份验证。
  2. 构建 Web 应用。
  3. 部署 Web 应用。

若要将代码部署到应用服务应用，请使用 azure/webapps-deploy@v3 操作。 该操作需要 app-name 中的 Web 应用的名称，以及要在 package 中部署的 *.zip、*.war、*.jar 或文件夹的路径（具体取决于语言堆栈）。 有关 azure/webapps-deploy@v3 操作的可能输入的完整列表，请参阅 action.yml 定义。

以下示例显示了以不同受支持的语言生成 Web 应用的工作流部分。

若要使用配置的服务主体进行部署，请将 azure/login@v1 操作与 creds 密钥配合使用，并引用之前创建的 AZURE_CREDENTIALS 机密。

name: .NET Core

on: [push]

env:
  AZURE_WEBAPP_NAME: my-app    # set this to your application's name
  AZURE_WEBAPP_PACKAGE_PATH: '.'      # set this to the path to your web app project, defaults to the repository root
  DOTNET_VERSION: '6.0.x'           # set this to the dot net version to use

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      # Checkout the repo
      - uses: actions/checkout@main
      - uses: azure/login@v1
        with:
          creds: ${{ secrets.AZURE_CREDENTIALS }}

      
      # Setup .NET Core SDK
      - name: Setup .NET Core
        uses: actions/setup-dotnet@v3
        with:
          dotnet-version: ${{ env.DOTNET_VERSION }} 
      
      # Run dotnet build and publish
      - name: dotnet build and publish
        run: |
          dotnet restore
          dotnet build --configuration Release
          dotnet publish -c Release --property:PublishDir='${{ env.AZURE_WEBAPP_PACKAGE_PATH }}/myapp' 
          
      # Deploy to Azure Web apps
      - name: 'Run Azure webapp deploy action using Azure Credentials'
        uses: azure/webapps-deploy@v3
        with: 
          app-name: ${{ env.AZURE_WEBAPP_NAME }} # Replace with your app name
          package: '${{ env.AZURE_WEBAPP_PACKAGE_PATH }}/myapp'
      
      - name: logout
        run: |
          az logout

常见问题

如何通过 Maven 插件部署 WAR 文件？

如果使用 Maven 插件配置 Java Tomcat 项目，还可以通过此插件部署到 Azure 应用服务。 如果使用 Azure CLI GitHub 操作，它将使用你的 Azure 登录凭据。

    - name: Azure CLI script file
      uses: azure/cli@v2
      with:
        inlineScript: |
          mvn package azure-webapp:deploy

有关 Maven 插件以及使用和配置方式的详细信息，请参阅 Azure 应用服务的 Maven 插件 wiki。

如何通过 Az CLI 部署 WAR 文件？

如果首选使用 Azure CLI 部署到应用服务，则可以使用适用于 Azure CLI 的 GitHub Actions。

- name: Azure CLI script
  uses: azure/cli@v2
  with:
    inlineScript: |
      az webapp deploy --src-path '${{ github.workspace }}/target/yourpackage.war' --name ${{ env.AZURE_WEBAPP_NAME }} --resource-group ${{ env.RESOURCE_GROUP }}  --async true --type war

有关适用于 CLI 的 GitHub 操作以及使用和配置方式的详细信息，请参阅 Azure CLI GitHub 操作。 有关 az webapp deploy 命令的详细信息、使用方式和参数详细信息，请参阅 az webapp deploy 文档。

如何部署启动文件？

使用适用于 CLI 的 GitHub Actions。 例如：

- name: Deploy startup script
  uses: azure/cli@v2
  with:
    inlineScript: |
      az webapp deploy --src-path ${{ github.workspace }}/src/main/azure/createPasswordlessDataSource.sh --name ${{ env.AZURE_WEBAPP_NAME }} --resource-group ${{ env.RESOURCE_GROUP }} --type startup --track-status false

如何部署到容器？

借助 Azure Web 部署操作，可以使用 GitHub Actions 自动执行工作流以将自定义容器部署到应用服务。 有关使用 GitHub Actions 部署的步骤的详细信息，请参阅部署到容器。

部署后如何更新 Tomcat 配置？

若要在部署后更新任何 Web 应用设置，可以使用应用服务设置操作。

    - uses: azure/appservice-settings@v1
      with:
        app-name: 'my-app'
        slot-name: 'staging'  # Optional and needed only if the settings have to be configured on the specific deployment slot
        app-settings-json: '[{ "name": "CATALINA_OPTS", "value": "-Dfoo=bar" }]' 
        connection-strings-json: '${{ secrets.CONNECTION_STRINGS }}'
        general-settings-json: '{"alwaysOn": "false", "webSocketsEnabled": "true"}' #'General configuration settings as Key Value pairs'
      id: settings

有关此操作以及使用和配置方式的详细信息，请参阅应用服务设置存储库。

后续步骤

查看有关 Azure GitHub Actions 和工作流的参考：