如何配置Azure DevOps YAML管道仅部署最近变更并自动基于最新提交运行

一、实现自动基于最新提交运行管道 #

如果当前只能手动选择提交版本，可通过两种方式实现自动化：

• 开启CI自动触发：在YAML管道中添加CI触发器，指定目标分支后，每次代码提交都会自动触发管道，默认使用最新提交版本运行。示例配置：

trigger:
  branches:
    include:
      - main  # 替换为你的业务分支名称
    exclude:
      - none

• 手动运行默认使用最新提交：在管道UI设置的「触发器」→「手动运行」面板中，勾选「默认使用最新的源代码版本」，后续手动启动管道时会自动加载分支最新提交，无需手动选择。

二、仅部署最近的代码变更（增量部署） #

增量部署的核心是识别当前提交与上一次成功构建提交的差异，仅部署变更内容，可通过以下步骤实现：

1. 获取变更文件列表：在构建阶段添加脚本步骤，利用Azure DevOps内置变量对比两次提交的差异，输出变更文件清单。示例Git命令：

# 处理首次运行无历史构建的情况
if [ -z "$(Build.PreviousSuccessfulBuild.SourceVersion)" ]; then
  git diff --name-only HEAD > changed-files.txt
else
  git diff --name-only $(Build.PreviousSuccessfulBuild.SourceVersion) $(Build.SourceVersion) > changed-files.txt
fi

2. 基于变更文件部署：根据你的部署目标（如Azure App Service、IIS、容器等），编写自定义逻辑仅打包/部署changed-files.txt中列出的文件：
   • 若部署Azure App Service，可在AzureRmWebAppDeployment任务中，通过脚本复制变更文件到临时目录，再打包该目录进行部署；
   • 若使用容器，可利用Docker的分层构建特性，仅重新构建变更对应的镜像层，减少部署体积。

三、变量配置实现自动化 #

完全可以通过Azure DevOps内置变量实现自动化流程，无需手动配置自定义变量：

• Build.SourceVersion：当前管道运行对应的提交ID；
• Build.PreviousSuccessfulBuild.SourceVersion：上一次成功完成的管道运行对应的提交ID；
  这些变量由系统自动注入，直接在脚本或任务中引用即可实现提交版本的自动对比。

内容的提问来源于stack exchange，提问作者Ninjadark