Invoke-Command本地运行正常但Jenkins执行失败，求助远程执行bat/exe

我太懂这种本地跑没问题、一放到Jenkins就翻车的痛苦了！你遇到的这个情况，大概率是Jenkins的运行环境和本地PowerShell环境的差异导致的，给你捋几个最常见的坑和解决办法：

1. 远程会话的交互限制是重灾区 #

Jenkins执行PowerShell任务时，是在非交互式的系统会话里运行的，而你用start命令默认会创建新窗口，但远程PowerShell会话如果没有桌面交互权限，这个窗口根本没法正常启动，直接就被系统终止了。

把你的脚本改一改，去掉start直接调用bat，或者给Start-Process加上强制等待和无窗口参数：

# 直接调用bat（适合不需要单独窗口的情况）
Invoke-Command -ComputerName XXXX -Credential $cred -ScriptBlock { & "D:\XXXX\XXXX.bat" }

# 或者需要等待执行完成并获取结果的话
Invoke-Command -ComputerName XXXX -Credential $cred -ScriptBlock { 
    Start-Process "D:\XXXX\XXXX.bat" -NoNewWindow -Wait -PassThru
}

2. Jenkins运行账号的权限不够 #

Jenkins服务默认可能用本地系统账号运行，这个账号在访问远程服务器的WinRM会话时，大概率没有权限。你需要做两件事：

• 确保Jenkins服务的运行账号（比如域账号）被添加到远程服务器的WinRM允许访问列表里：在远程服务器上执行Set-PSSessionConfiguration -Name Microsoft.PowerShell -ShowSecurityDescriptorUI，然后把Jenkins账号加进去，给它"执行"权限。
• 远程服务器的WinRM服务要配置正确，先在远程机上跑winrm quickconfig完成初始化，确保允许远程PowerShell连接。

3. 密码传递的小细节 #

有时候在Jenkins环境里，ConvertTo-SecureString的编码会出问题，你可以试试指定编码格式：

$password = ConvertTo-SecureString -String $pass -AsPlainText -Force -Encoding Unicode

另外，尽量不要在Jenkins里明文传递密码，最好用Jenkins的凭据管理来存储密码，然后通过变量引用，更安全也能避免一些格式问题。

4. 抓错误日志才是排查关键 #

如果上面的方法都不行，一定要在脚本里加上错误捕获，把远程执行的错误输出打出来，Jenkins日志里就能看到具体哪里出问题了：

try {
    Invoke-Command -ComputerName XXXX -Credential $cred -ScriptBlock { 
        # 把bat的错误输出和标准输出合并
        & "D:\XXXX\XXXX.bat" 2>&1
    } -ErrorAction Stop
} catch {
    Write-Error "远程执行失败: $_"
}

对了，顺便提一句，你贴的脚本里-ComputerName XXXX-Credential这里少了个空格，应该是-ComputerName XXXX -Credential，不过你说本地能运行，估计是输入时的笔误啦～

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