从Azure运营模式发布管道调用控制台应用程序

Question

尝试让在prem上安装了部署代理的Azure DevOps发布管道以有权访问on-prem数据库的特定用户身份运行控制台应用程序。

这就是工作流程

Azure发布管道调用-

我正在使用管道中的PowerShell任务与此内联脚本：

$CMD = '$CMD = 'C:\ScheduledScripts\Adm\SpecToHobImport\SpecToHobImport.exe''
$user = $Env:userid
$password = $Env:pass
$dates = '$(startDate) $(endDate)'

$securePassword = ConvertTo-SecureString $password -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential $user, $securePassword

Start-Process -FilePath $CMD -Credential $credential -ArgumentList "$(startDate) $(endDate)" 

我知道userid、密码和命令行参数正在正确传递，但是无论控制台应用程序有多简单，当代理运行PowerShell脚本时，它都会崩溃。我尝试在各种服务帐户（系统、管理员等）下运行运营模式代理服务，我可以在代理安装的服务器上手动运行脚本，脚本和控制台应用程序手动运行良好。

当我运行发布管道时，它会在DevOps中报告它已成功运行，我只能从代理服务器上的windows事件日志中检测到console应用程序已运行并立即崩溃。

我在事件日志中获得以下两个条目：

Faulting application name: conhost.exe, version: 6.3.9600.17415, time stamp: 0x5450410b
Faulting module name: USER32.dll, version: 6.3.9600.19478, time stamp: 0x5d6aa558
Exception code: 0xc0000142
Fault offset: 0x00000000000ecf30
Faulting process id: 0x770
Faulting application start time: 0x01d5bcdf64d0ac17
Faulting application path: C:\Windows\system32\conhost.exe
Faulting module path: USER32.dll
Report Id: a292ad24-28d2-11ea-8103-0050569f788f
Faulting package full name: 
Faulting package-relative application ID: 

而这个条目：

Faulting application name: SpecToHobImport.exe, version: 1.0.0.0, time stamp: 0x5e06463f
Faulting module name: KERNELBASE.dll, version: 6.3.9600.18895, time stamp: 0x5a4b127e
Exception code: 0xc0000142
Fault offset: 0x0009d4e2
Faulting process id: 0x40c
Faulting application start time: 0x01d5bcdf64d0ac17
Faulting application path: C:\ScheduledScripts\Adm\SpecToHobImport\SpecToHobImport.exe
Faulting module path: KERNELBASE.dll
Report Id: a2a5c015-28d2-11ea-8103-0050569f788f
Faulting package full name: 
Faulting package-relative application ID: 

即使主机是空的控制台应用程序也会导致应用程序崩溃。

Answer 1

以交互方式运行代理解决了这个问题。我在服务器上创建了第二个代理，在配置时，我取消了“-runasservice”，只是手动运行代理“\run”

Answer 2

当我运行发布管道时，它会在DevOps中报告它已成功运行，我只能从代理服务器上的windows事件日志中检测到console应用程序已运行并立即崩溃。

似乎发布管道已经完成并返回了success状态。

因此，我认为您的崩溃可能是由于VST的默认行为造成的，它将在完成构建/发布期间关闭所有启动的进程。就像jessehouwing在这里描述的那样。

Answer 3

发布中启动的所有流程将在发布结束时完成。如果不想关闭流程，请尝试设置变量process。干净=错误。

但当你们下次创建一个新版本时，你们需要在启动它之前停止这个过程。