我们是否需要设置'isOutput = true'来将变量用作同一作业中任务的任务输入？

2024-05-17 • 问答

我假设“设置调味料和调味料。调味料变量”是一项任务，而“读取变量”是另一项任务。并且参数作为任务参数传递。

如果是这样（也就是说-在一个Powershell任务中设置的值可以在另一个Powershell任务中使用），那么为什么下面的部分（请参见https://docs.microsoft.com/en-us/azure/devops/pipelines/process/variables?view=azure-devops&tabs=classic%2Cpowershell#using-variables-as-task-inputs）建议：

为了使用变量作为任务输入，变量必须是输出变量，并且必须为生产任务指定参考名称。

如果要使变量可用于将来的工作，则必须标记使用isOutput = true将其作为输出变量。

首先，您对

的假设

“设置酱汁和秘密。酱汁变量”是一项任务，“请阅读变量”是另一项任务

是正确的。如果您在同一任务中阅读它，将会收到类似"{output variable name}"的错误。

如果在同一作业中使用变量，则在大多数情况下，直接使用$()与使用$(<ReferenceName>.<VariableName>)相同，包括在一个代理作业中获取变量并且未设置在另一个任务中具有相同名称的变量。但是，显然$()是最简单的方法。

1。如果您在另一个任务中将变量设置为相同的名称。

有时，您可能需要使用不同的脚本执行相同的脚本条件，因此其结果可能具有相同的名称，但值不同。在一个词，您需要通过使用以下命令在不同任务中设置不同的值相同的变量名。然后您需要执行下一个任务根据在不同状态下生成的值。

目前，最好使用$(<ReferenceName>.<output VariableName>) 解决方案，以获取在哪个状态下设置的特定变量值。因为 read 操作只能获取最新值分配。
2。如果您想使用此变量in different agent job

在某些大型项目中，下一个代理作业需要使用设置的变量在上一个代理作业中（注意：这两个作业必须在同一管道中）。重新运行脚本以设置变量会增加时间花费在构建上，这也会增加代码成本验证。

在这种情况下，$(<ReferenceName>.<output VariableName>)是唯一的方法可以实现这种情况。

但是，到目前为止，该方法仅支持YAML模式。如果使用经典编辑器来实现此方案，则只能重新编写设置变量脚本。