Inno Setup SignTool在Azure DevOps流水线执行时失效问题

核心原因 #

你在本地通过Inno Setup图形界面配置的MySigningTool签名工具，是存储在当前用户的Inno Setup配置文件/注册表中的，而Azure DevOps流水线的代理服务通常使用独立的系统用户或全新的用户环境运行，这个环境里并没有预先配置MySigningTool这个命名签名工具，所以ISCC编译器在流水线中无法识别该指令，导致报错。

解决办法 #

1. 直接在ISS脚本中指定签名命令（推荐） #

放弃依赖命名签名工具，直接在[Setup]节中硬编码签名工具的完整路径和参数，这样不依赖任何环境配置，本地和流水线都能通用：

[Setup]
SignTool= "C:\Program Files (x86)\Windows Kits\10\bin\10.0.22621.0\x64\signtool.exe" sign /f "$(CertPath)" /p "$(CertPassword)" /t http://timestamp.digicert.com $f

• 注意：证书路径$(CertPath)和密码$(CertPassword)可以通过Azure DevOps的安全变量组传递，绝对不要明文写在脚本里。

2. 在流水线中预先配置签名工具 #

如果一定要使用MySigningTool这个命名工具，可以在执行ISCC命令前，通过PowerShell脚本在代理机器的用户注册表中添加该配置：

# 创建签名工具的注册表项
New-Item -Path "HKCU:\Software\Jordan Russell\Inno Setup\Sign Tools\MySigningTool" -Force
# 设置签名工具的执行命令，替换为你的实际签名参数
Set-ItemProperty -Path "HKCU:\Software\Jordan Russell\Inno Setup\Sign Tools\MySigningTool" -Name "Command" -Value """C:\Path\To\Your\SignTool.exe"" sign /f ""$(CertPath)"" /p ""$(CertPassword)"" $f"

• 同样，证书密码必须用Azure DevOps的安全变量注入，避免泄露。

3. 检查代理环境一致性 #

确保Azure DevOps代理机器上安装的Inno Setup版本和本地完全一致，同时签名工具（比如signtool.exe）的路径正确，且代理用户拥有访问证书文件的权限。

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