Release Pipeline作业因条件不满足被跳过，如何让流水线失败？

我明白你的需求了——现在你的部署组作业在变量为空时会被跳过，但流水线仍显示成功，你希望这种情况直接让整个流水线失败对吧？这其实是Azure DevOps流水线默认行为导致的：被跳过的作业不会影响流水线的最终状态，只有失败的作业才会让流水线标记为失败。下面给你几个最优实现方式，你可以根据场景选择：

方案一：在部署组作业内部添加前置检查，变量为空直接失败 #

这种方式最直接，不需要额外作业，只需在部署组作业里先加一个判断步骤，变量为空时立刻让作业失败，流水线自然就会跟着失败。

具体操作：

1. 打开你的Release Pipeline，找到目标部署组作业，点击「添加步骤」
2. 选择PowerShell（或Bash，根据你的环境）步骤，放在所有部署步骤的最前面
3. 在步骤中输入以下脚本：

# 检查目标变量是否为空
if ([string]::IsNullOrEmpty($env:variableName)) {
    Write-Error "变量 'variableName' 为空，流水线将终止"
    exit 1  # 非0退出码标记步骤失败
}

4. 把原来作业的条件 and(succeeded(), ne(variables['$(variableName)'], '')) 修改为只保留 succeeded()——因为变量检查已经放在作业内部，作业会始终运行，但变量为空时直接触发失败。

方案二：新增检查作业，依赖原部署作业，跳过则触发失败 #

如果不想改动原部署作业的逻辑，可以新增一个专门的检查作业，监控原部署作业的状态：一旦原作业被跳过，这个检查作业就运行并失败，从而让整个流水线失败。

具体操作：

1. 在Release Pipeline中添加一个新的Agent Job（普通代理作业即可），命名比如「Check Deployment Skip Status」
2. 设置该作业的依赖项：选择你的原部署组作业，确保它在原作业之后执行
3. 设置该作业的运行条件，输入以下表达式：

eq(dependencies.原作业名称.result, 'Skipped')

（注意把原作业名称替换成你实际的部署组作业名称，比如DeploymentGroupJob1）
4. 在这个检查作业里添加PowerShell步骤，输入：

Write-Error "部署作业因变量为空被跳过，流水线强制失败"
exit 1

逻辑说明：原作业成功时，检查作业的条件不满足，会被跳过；原作业因变量为空被跳过时，检查作业的条件触发，运行并失败，直接让整个流水线标记为失败。

方案三：全局控制流水线完成条件（进阶） #

如果你想从全局层面控制流水线状态，可以在流水线的完成条件里设置逻辑：只要原部署作业被跳过，就标记整个流水线为失败。

具体操作：

1. 打开Release Pipeline的编辑页面，点击右上角的「...」（更多选项），选择「Pipeline settings」
2. 在「Completion conditions」区域，找到「Custom condition for pipeline to succeed」，输入以下表达式：

and(succeeded(), ne(dependencies.原作业名称.result, 'Skipped'))

这个表达式的意思是：流水线成功的前提是所有作业都成功，且原部署作业没有被跳过。如果原作业被跳过，这个条件不满足，流水线就会标记为失败。

注意：这个方法是全局控制，如果流水线还有其他作业，需要确保该逻辑符合你的整体需求。

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