Параметр управления задачами - Пользовательское условие - запускать задачу при предыдущем сбое или истечении времени ожидания

Можно добавить собственное условие. Если вы хотите, чтобы задача выполнялась, когда предыдущая задача не удалась или была пропущена, вы можете использовать настраиваемое условие not(succeeded())

Однако существует проблема с указанным выше пользовательским условием, оно не работает в сценарии с несколькими задачами.

Например, есть три задачи A, B, C. Ожидаемое поведение - задача C выполняется только в случае сбоя задачи B. Но на самом деле задача C также будет выполняться при сбое задачи A, даже если задача B выполнена успешно. Посмотрите скриншот ниже.

Обходной путь для вышеуказанной проблемы - добавить задачу сценария для вызова azure DevOps restful api, чтобы получить статус Задачи B и установить его в переменную, используя это выражение echo "##vso[task.setvariable variable=taskStatus]taskStatus".

В приведенном ниже примере добавьте задачу PowerShell (вам необходимо установить для этой задачи значение Even if a previous task has failed, even if the build was canceled, чтобы всегда запускать эту задачу PowerShell) перед задачей C для запуска следующих встроенных скриптов:

$url = "$(System.TeamFoundationCollectionUri)$(System.TeamProject)/_apis/build/builds/$(Build.BuildId)/timeline?api-version=5.1"

$result = Invoke-RestMethod -Uri $url -Headers @{authorization = "Bearer $env:SYSTEM_ACCESSTOKEN"} -ContentType "application/json" -Method get

#Get the task B's task result  
$taskResult = $result.records | where {$_.name -eq "B"} | select result  

#set the Task B's taskResult to variable taskStatus
echo "##vso[task.setvariable variable=taskStatus]$($taskResult.result)" 

Чтобы указанные выше сценарии могли получить доступ к токену доступа, вам также необходимо щелкнуть задание агента и установить флажок Allow scripts to access the OAuth token. См. Снимок экрана ниже.

Наконец, вы можете использовать настраиваемое условие and(not(canceled()), ne(variables.taskStatus, 'succeeded')) для задачи C. Задача C должна выполняться только в том случае, если задача B не выполнена.

Хотя мне не удалось найти встроенную функцию для определения времени ожидания этапа сборки, вы можете попытаться эмулировать это с помощью переменных.

Рассмотрим следующий фрагмент объявления конвейера на языке YAML:

steps:
- script: |
    echo Hello from the first task!
    sleep 90
    echo "##vso[task.setvariable variable=timedOut]false"
  timeoutInMinutes: 1
  displayName: 'A'
  continueOnError: true

- script: echo Previous task has failed or timed out!
  displayName: 'B'
  condition: or(failed(), ne(variables.timedOut, 'false'))

Для первой задачи (A) установлено время ожидания через 1 минуту, но сценарий внутри эмулирует длительную задачу (sleep 90) в течение 1,5 минут. В результате время ожидания задачи истекает, и переменная timedOut НЕ установлена ​​на false. Следовательно, условие задачи B оценивается как true, и она выполняется. То же самое произойдет, если вы замените sleep 90 на exit 1, чтобы имитировать сбой задачи A.

С другой стороны, если задача A завершается успешно, ни одна из частей условия задачи B не оценивается как истинная, и вся задача B пропускается.

Это очень упрощенный пример, но он демонстрирует идею, которую вы можете настроить в дальнейшем, чтобы удовлетворить потребности вашего конвейера.