如何将Jenkins任务迁移至Azure DevOps及相关配置咨询

一、Windows代理服务器转换为Azure DevOps代理 #

• 保持原有服务器配置不变，执行以下步骤：
  1. 登录Azure DevOps组织，进入项目设置 > 代理池 > 新建代理池，创建对应Windows代理池
  2. 在目标Windows服务器上下载Azure DevOps代理安装包（从代理池页面获取下载入口）
  3. 解压后打开PowerShell，运行.\config.cmd，按提示输入组织URL、个人访问令牌（PAT）、代理池名称，其余配置保持默认（确保原有环境变量、工具路径不受改动）
  4. 配置完成后运行.\run.cmd启动代理，或安装为Windows服务：.\svc install

二、Freestyle任务迁移（对应Azure DevOps经典流水线） #

• 复刻Jenkins Freestyle任务配置：
  1. 进入Azure DevOps项目，选择流水线 > 新建流水线 > 经典
  2. 选择与Jenkins一致的.NET项目代码仓库
  3. 逐个添加匹配任务：
     • 获取源代码：配置分支、检出路径与Jenkins完全一致
     • .NET构建：使用dotnet build命令，参数复刻Jenkins中MSBuild/dotnet命令，例如：dotnet build MyProject.csproj --configuration Release
     • .NET测试：添加dotnet test任务，指定测试项目、覆盖率参数等，如：dotnet test MyTestProject.csproj --configuration Release --collect:"XPlat Code Coverage"
     • 发布工件：配置与Jenkins一致的工件输出路径，上传至Azure DevOps工件库
• 验证一致性：对比Jenkins日志输出，调整任务参数至结果完全匹配

三、Multibranch流水线迁移（对应Azure DevOps多分支YAML流水线） #

原Jenkinsfile示例 #

pipeline {
    agent { label 'windows' }
    stages {
        stage('Build') {
            steps {
                bat 'dotnet build MyProject.csproj --configuration Release'
            }
        }
        stage('Test') {
            steps {
                bat 'dotnet test MyTestProject.csproj --configuration Release'
            }
        }
        stage('Publish') {
            steps {
                bat 'dotnet publish MyProject.csproj --configuration Release --output ./publish'
            }
        }
    }
}

对应Azure DevOps YAML示例（azure-pipelines.yml） #

trigger:
  branches:
    include:
      - main
      - develop
      - feature/* # 与Jenkins多分支触发规则一致

pool:
  name: '你的Windows代理池名称' # 对应转换后的代理池

stages:
- stage: Build
  jobs:
  - job: BuildJob
    steps:
    - task: DotNetCoreCLI@2
      inputs:
        command: 'build'
        projects: '**/MyProject.csproj'
        arguments: '--configuration Release'

- stage: Test
  dependsOn: Build # 实现上下游任务依赖
  jobs:
  - job: TestJob
    steps:
    - task: DotNetCoreCLI@2
      inputs:
        command: 'test'
        projects: '**/MyTestProject.csproj'
        arguments: '--configuration Release'

- stage: Publish
  dependsOn: Test
  jobs:
  - job: PublishJob
    steps:
    - task: DotNetCoreCLI@2
      inputs:
        command: 'publish'
        projects: '**/MyProject.csproj'
        arguments: '--configuration Release --output $(Build.ArtifactStagingDirectory)/publish'
    - publish: $(Build.ArtifactStagingDirectory)/publish
      artifact: 'PublishedProject'

四、上下游任务配置 #

• 单流水线内依赖：通过YAML中的dependsOn关键字指定阶段依赖，如上述示例中Test阶段依赖Build，Publish阶段依赖Test
• 跨流水线依赖：上游流水线发布工件后，下游流水线设置"基于工件的触发器"，选择上游流水线的工件作为触发条件

五、同一仓库配置多任务 #

• 经典流水线：在同一仓库下创建多个经典流水线，分别配置不同分支、任务参数（如不同构建配置、测试套件）
• YAML流水线：在仓库中创建多个YAML文件（如azure-pipelines-build.yml、azure-pipelines-test.yml），在Azure DevOps中分别创建流水线并指定对应YAML路径，或使用模板复用公共步骤

六、单个组织用户权限分配 #

• 登录Azure DevOps组织设置，进入权限 > 用户
• 搜索目标用户，添加至对应权限组（如项目管理员、流水线编辑者、查看者等）
• 细化权限：针对特定流水线、代理池或仓库，单独设置用户的允许/拒绝权限（如允许某用户编辑特定流水线，但仅查看其他流水线）

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