我有一个现有的 Yaml 管道,我正在尝试理解和修复某些问题。由于我对此不熟悉,因此在此现有管道中我无法理解的事情很少。我想知道下面的任务在做什么。我在这里没有看到任何内联 PowerShell 脚本,那么为什么将其创建为 PowerShell。任务是在 ABC_x64-$(osSuffix)\bin 文件夹中添加 POMLXX dll,但下面的脚本是如何做到的
- powershell: |
Set-Variable -Name PATH -Value "$env:PATH;$(IppRoot)\redist\intel64_win\ipp;$(Build.SourcesDirectory)\ABC_x64-$(osSuffix)\bin;$(Build.BinariesDirectory);$(PuLib)/imports/Pulib67/dll/amd64;$(POMLXX)/runtimes/win-x64/native"
Write-Host "##vso[task.setvariable variable=PATH]$PATH"
displayName: 'Add AbcRoot, IPP binaries, Pulib67 and POMLXX to PATH on Win'
condition: eq(variables['Agent.OS'], 'Windows_NT')
- bash: |
export LD_LIBRARY_PATH="$(IppRoot)/redist/intel64_win/ipp:$(Build.SourcesDirectory)/MyProject_x64-$(osSuffix)/lib"
echo "##vso[task.setvariable variable=LD_LIBRARY_PATH]$LD_LIBRARY_PATH"
echo "##vso[task.setvariable variable=DYLD_LIBRARY_PATH]$LD_LIBRARY_PATH"
displayName: 'Add OrzRoot, IPP binaries and LibFT4222 to (DY)LD_LIBRARY_PATH on Linux and Mac'
condition: in(variables['Agent.OS'], 'Darwin', 'Linux')
答案 0 :(得分:2)
这块是powershell:
Set-Variable -Name PATH -Value "$env:PATH;$(IppRoot)\redist\intel64_win\ipp;$(Build.SourcesDirectory)\ABC_x64-$(osSuffix)\bin;$(Build.BinariesDirectory);$(PuLib)/imports/Pulib67/dll/amd64;$(POMLXX)/runtimes/win-x64/native"
Write-Host "##vso[task.setvariable variable=PATH]$PATH"
它向 PATH powershell 变量 (set-variable -Name PATH
) 添加了一堆路径,包括从代理下载的路径环境变量,然后将其导出回代理(Write-Host
,带有特殊的命令字符串)通过重新设置 Azure Pipelines PATH 变量。该变量将在后续任务的上下文中设置,以便他们可以找到工具。
在同一工作环境中将环境更改保留到新任务中是一个小技巧。
另见:
|
之后的 powershell:
指示 YAML 解析器将下一个缩进块解释为多行字符串。
另见:
有一个更好的解决方案,它看起来非常相似:
powershell: |
write-host "##vso[task.prependpath]$(IppRoot)\redist\intel64_win\ipp"
write-host "##vso[task.prependpath]$(Build.SourcesDirectory)\ABC_x64-$(osSuffix)\bin"
... etc
此命令是专门为向 PATH 环境添加路径而创建的,即使其他工具安装程序任务在您的脚本部分之后运行,该命令也会起作用。
另见:
答案 1 :(得分:1)
对于您问题的第一部分(“我没有看到任何内联 PowerShell 脚本”),语法
- powershell: |
是内联脚本的简写。对于问题的第二部分,任务似乎首先尝试将目录添加到任务内的 PATH 环境变量,然后将该值作为发布变量“导出”(通过 task.setvariable
)到其他任务/作业/阶段。
除此之外,如果不进一步澄清您的问题和/或作业运行的输出,我就不能说。