使用 Azure Pipelines 将应用程序部署到 Azure 应用服务

1. 登录到你的 Azure DevOps 组织，并转到你的项目。

2. 转到 管道 并选择“ 新建管道”。

3. 出现提示时，请选择源代码的位置：Azure Repos Git 或 GitHub。

   可能会重定向到 GitHub 进行登录。 如果是这样，请输入 GitHub 凭据。

4. 显示存储库列表时，选择你的存储库。

5. 你可能会被重定向到 GitHub 来安装 Azure Pipelines 应用。 如果是，请选择批准并安装。

6. 出现“配置”选项卡时，选择“ASP.NET Core”。

7. 当新管道出现时，请查看 YAML 以了解其功能。 准备就绪后，选择“保存并运行”。

开始操作：

1. 创建管道并选择“ASP.NET Core”模板。 选择此项会自动添加在示例存储库中生成代码所需的任务。

2. 若要查看其运作方式，请保存管道，并将某个生成排入队列。

   ASP.NET Core 管道模板将部署 ZIP 文件发布为 Azure 生成工件，供后续步骤中的部署任务使用。

1. 选择 YAML 文件的末尾，然后选择“ 显示助手”。

2. 使用 任务助手 添加 Azure Web 应用 任务。

   或者，可以添加 Azure 应用服务部署 AzureRmWebAppDeployment 任务。

3. 选择你的 Azure 订阅。 请确保选择“ 授权 ”以授权连接。 该授权可创建所需的服务连接。

4. 根据应用服务应用选择应用类型、应用名称和运行时堆栈。 完整的 YAML 应如以下代码所示。

   variables:
     buildConfiguration: 'Release'
   
   steps:
   - task: DotNetCoreCLI@2
     inputs:
       command: 'publish'
       publishWebProjects: true
   - task: AzureWebApp@1
     inputs:
       azureSubscription: '<service-connection-name>'
       appType: 'webAppLinux'
       appName: '<app-name>'
       package: '$(System.DefaultWorkingDirectory)/**/*.zip'
   

   • azureSubscription：与 Azure 订阅的授权服务连接的名称。
   • appName：现有应用的名称。
   • package：包或包含应用服务内容的文件夹的文件路径。 支持通配符。

开始操作：

1. 创建 发布管道。 从左侧菜单中选择“ 发布 ”，然后选择“ 新建管道”。

2. 选择适合你的阶段的“Azure 应用服务部署”模板。 此步骤会自动添加必要的任务。

   注意

   如果要将 Node.js 应用部署到 Windows 上的应用服务，请选择 “已部署 Node.js 应用到 Azure 应用服务”模板。 这些模板之间的唯一 web.config 区别是，Node.js 模板将任务配置为生成包含启动 iisnode 服务的参数的文件。

3. 若要将此发布管道链接到上一步中的 Azure 生成工件，请选择“添加生成工件”>“生成”。

4. 在 源（生成管道）中，选择在上一部分创建的生成管道。 然后选择“添加”。

5. 要看到实际效果，请保存发布管道，然后创建发布。

若要将 .zip Web 包（例如，从 ASP.NET Web 应用）部署到 Azure Web 应用，请使用以下代码片段将生成部署到应用。

variables:
  buildConfiguration: 'Release'

steps:
- task: DotNetCoreCLI@2
  inputs:
    command: 'publish'
    publishWebProjects: true
- task: AzureWebApp@1
  inputs:
    azureSubscription: '<service-connection-name>'
    appType: 'webAppLinux'
    appName: '<app-name>'
    package: '$(System.DefaultWorkingDirectory)/**/*.zip'

• azureSubscription：你的 Azure 订阅。
• appType：您的 Web 应用类型。
• appName：现有应用服务的名称。
• package：包或包含应用服务内容的文件夹的文件路径。 支持通配符。

对于经典管道，可以在单独的窗格中（管道 和 发布）中更轻松地定义生成和发布阶段。

• 在“管道”窗格中，使用所选模板（如 ASP.NET Core、Node.js 和 Grunt、Maven 等）生成和测试应用。 发布项目。
• 在 “发布 ”窗格中，使用通用 Azure 应用服务部署 模板部署项目。

可能有特定编程语言可供选择的模板。

默认情况下，您的部署被部署到 Azure Web 应用中的根应用程序。 可以使用 Azure 应用服务部署任务VirtualApplication的AzureRmWebAppDeployment属性部署到特定的虚拟应用程序：

- task: AzureRmWebAppDeployment@4
  inputs:
    VirtualApplication: '<name of virtual application>'

• VirtualApplication：在 Azure 门户中配置的虚拟应用程序的名称。 有关详细信息，请参阅在 Azure 门户中配置应用服务应用。

默认情况下，您的部署被执行到 Azure Web 应用的根目录应用程序。 如果要部署到特定的虚拟应用程序，请在“Azure 应用服务部署”任务的“虚拟应用程序”属性中输入其名称。

以下示例演示如何部署到过渡槽，然后交换到生产槽：

- task: AzureWebApp@1
  inputs:
    azureSubscription: '<service-connection-name>'
    appType: webAppLinux
    appName: '<app-name>'
    deployToSlotOrASE: true
    resourceGroupName: '<name of resource group>'
    slotName: staging
    package: '$(Build.ArtifactStagingDirectory)/**/*.zip'

- task: AzureAppServiceManage@0
  inputs:
    azureSubscription: '<service-connection-name>'
    appType: webAppLinux
    WebAppName: '<app-name>'
    ResourceGroupName: '<name of resource group>'
    SourceSlot: staging
    SwapWithProduction: true

• azureSubscription：你的 Azure 订阅。
• appType：（可选）使用 webAppLinux 部署到 Linux 上的 Web 应用。
• appName：现有应用服务的名称。
• deployToSlotOrASE*：Boolean。 部署到现有部署槽或 Azure 应用服务环境。
• resourceGroupName：资源组的名称。 如果 deployToSlotOrASE 为 true，则是必需的。
• slotName：槽的名称，默认为 production。 如果 deployToSlotOrASE 为 true，则是必需的。
• package：包或包含应用服务内容的文件夹的文件路径。 支持通配符。
• SourceSlot：当 SwapWithProduction 为 true 时发送到生产环节的槽。
• SwapWithProduction：Boolean。 交换源槽与生产槽的流量。

使用“Azure Web 应用”任务中的选项“部署到槽或应用服务环境”来指定要部署到的槽。 要交换槽，请使用“Azure 应用服务管理”任务。

可以使用 YAML 文件中的作业来设置部署管道。 使用作业可以控制部署到多个 Web 应用时所遵循的顺序。

jobs:
- job: buildandtest
  pool:
    vmImage: ubuntu-latest
 
  steps:
  # publish an artifact called drop
  - task: PublishPipelineArtifact@1
    inputs:
      targetPath: '$(Build.ArtifactStagingDirectory)' 
      artifactName: drop
  
  # deploy to Azure Web App staging
  - task: AzureWebApp@1
    inputs:
      azureSubscription: '<service-connection-name>'
      appType: <app type>
      appName: '<staging-app-name>'
      deployToSlotOrASE: true
      resourceGroupName: <group-name>
      slotName: 'staging'
      package: '$(Build.ArtifactStagingDirectory)/**/*.zip'

- job: deploy
  dependsOn: buildandtest
  condition: succeeded()

  pool: 
    vmImage: ubuntu-latest  
  
  steps:
    # download the artifact drop from the previous job
  - task: DownloadPipelineArtifact@2
    inputs:
      source: 'current'
      artifact: 'drop'
      path: '$(Pipeline.Workspace)'

  - task: AzureWebApp@1
    inputs:
      azureSubscription: '<service-connection-name>'
      appType: <app type>
      appName: '<production-app-name>'
      resourceGroupName: <group-name>
      package: '$(Pipeline.Workspace)/**/*.zip'

若要部署到多个 Web 应用，请将阶段添加到发布管道。 可以控制部署顺序。 有关详细信息，请参阅阶段。

若要在 YAML 中有条件地部署，可以使用以下技术之一：

• 将部署步骤隔离到单独的作业中，并向该作业添加条件。
• 向步骤添加条件。

以下示例演示如何使用步骤条件来仅部署源自主分支的生成：

- task: AzureWebApp@1
  condition: and(succeeded(), eq(variables['Build.SourceBranch'], 'refs/heads/main'))
  inputs:
    azureSubscription: '<service-connection-name>'
    appName: '<app-name>'

若要详细了解条件，请参阅指定条件。

在发布管道中，可以实现各种检查和条件来控制部署：

• 设置分支筛选器，以针对发布管道的工件配置持续部署触发器。
• 设置 部署前审批 或将 入口 配置为部署到阶段的先决条件。
• 指定要运行的任务的条件。

有关详细信息，请参阅发布、分支和阶段触发器、使用审批发布部署控制、使用门限发布部署控制和指定运行任务的条件。

trigger:
- main

pool:
  vmImage: windows-latest

variables:
  buildConfiguration: 'Release'

steps:
- task: DotNetCoreCLI@2
  inputs:
    command: 'publish'
    publishWebProjects: true
    arguments: '--configuration $(buildConfiguration)'
    zipAfterPublish: true
- task: AzureRmWebAppDeployment@4
  inputs:
    ConnectionType: 'AzureRM'
    azureSubscription: '<service-connection-name>'
    appType: 'webApp'
    WebAppName: '<app-name>'
    packageForLinux: '$(System.DefaultWorkingDirectory)/**/*.zip'
    enableCustomDeployment: true
    DeploymentType: 'webDeploy'

如果在发布管道中使用 Azure 应用服务部署 模板：

1. 选择“ 任务 ”选项卡，然后选择“ 部署 Azure 应用服务 ”（任务 AzureRmWebAppDeployment ）。

2. 在对话框中，确保“连接类型”设置为“Azure 资源管理器”。

3. 在对话框中，展开 “其他部署选项 ”，然后选择 “选择部署方法”。 确保已选择“Web 部署”作为部署方法。

4. 保存发布管道。