在 Azure DevOps 管道中的何处存储构建工件？

Question

我的 Azure DevOps 中有一个简单的管道，它在我的应用服务器上使用私有代理。因此，当我想部署应用程序时，只需将构建工件复制到正确的目录即可。

管道分为三个步骤：

1. 构建
2. 部署到暂存
3. 部署到产品

第二步总是在构建过程之后直接执行。然而，第三步（部署到 prod）会在几天后执行，因为此阶段需要批准。

我的问题：如果我将第一步中的构建工件留在 $(System.DefaultWorkingDirectory) 目录中的某个位置，可以吗？

实际上它现在正在工作。但我有点害怕有一天我会弄得一团糟。下一次管道运行在最后一次完成之前触发，或者我的私人代理从另一个任务中获得新工作。

这是我的简化 yaml：

stages:
  - stage: Build
    displayName: Build stage
    jobs:
      - job: Build_Frontend
        displayName: Build-Frontend
        pool:
          name: $(poolName)
          vmImage: $(vmImageName)
        steps:
          - task: NodeTool@0
            inputs:
              versionSpec: '14.x'
            displayName: 'Install Node.js'
          - script: |
              npm install
            displayName: 'npm install'
            workingDirectory: "smprod/"
          - script: |
              npm run "build Prod"
            displayName: 'npm build'
            workingDirectory: "smprod/"
  - stage: Staging
    displayName: Staging-Stage
    dependsOn: Build
    condition: succeeded()
    jobs:
      - deployment: Deploy
        displayName: Deploy-Staging
        environment: 'smprod-Staging'
        pool:
          name: $(poolName)
        strategy:
          runOnce:
            deploy:
              steps:
                - task: CopyFilesOverSSH@0
                  displayName: 'Copy frontend build to staging target directory'
                  inputs:
                    sshEndpoint: 'smprod-prod'
                    sourceFolder: '$(System.DefaultWorkingDirectory)/smprod/dist/prod'
                    contents: '**'
                    targetFolder: '/smprod/staging/'
                    readyTimeout: '20000'
                    cleanTargetFolder: false
                    overwrite: true
  - stage: Prod
    displayName: Prod-Stage
    dependsOn: Staging
    condition: succeeded()
    jobs:
      - deployment: Deploy
        displayName: Deploy-Prod
        environment: 'smprod-Prod'
        pool:
          name: $(poolName)
        strategy:
          runOnce:
            deploy:
              steps:
                - task: CopyFilesOverSSH@0
                  displayName: 'Copy frontend build to prod target directory'
                  inputs:
                    sshEndpoint: 'smprod-prod'
                    sourceFolder: '$(System.DefaultWorkingDirectory)/smprod/dist/prod'
                    contents: '**'
                    targetFolder: '/smprod/prod/'
                    readyTimeout: '20000'
                    cleanTargetFolder: false
                    overwrite: true

Answer 1

同意 JSONDerulo。添加 Publish Artifacts 任务是一个不错的选择。

根据您的 YAML 示例，暂存步骤正在自托管代理上运行，并将工件保存到 $(System.DefaultWorkingDirectory)。

您的示例确实是一个令人困惑的情况（例如下一次管道运行在最后一次完成之前触发。

由于您正在运行相同的管道和相同的代理来复制文件，因此工作区在管道运行之间共享。在这种情况下，最新版本生成的工件将覆盖旧的工件。

这会引起混乱。

为了缓解这个问题，我建议你可以添加 Publish Artifacts 任务。

那么每个构建都会对应对应的工件。

您可以使用下载工件任务来下载目标Download Build Artifacts task。

另一种方法是你需要标记目标文件夹，这样它就不会被覆盖。

例如：/smprod/staging-$(build.buildid)/ （buildid 是唯一的）

                - task: CopyFilesOverSSH@0
                  displayName: 'Copy frontend build to staging target directory'
                  inputs:
                    sshEndpoint: 'smprod-prod'
                    sourceFolder: '$(System.DefaultWorkingDirectory)/smprod/dist/prod'
                    contents: '**'
                    targetFolder: '/smprod/staging-$(build.buildid)/'
                    readyTimeout: '20000'
                    cleanTargetFolder: false
                    overwrite: true