如何避免TeamCity执行net stop命令时因Windows服务已停止报错？

这是个非常常见的部署坑——TeamCity默认会把命令行的非零退出码判定为步骤失败，而net stop当目标服务已经处于停止状态时，确实会返回非零的退出码（通常是2，表示服务未运行），直接打断部署流程。

给你几个实用的解决思路，按可靠性和灵活性排序：

1. 用PowerShell脚本精准判断服务状态（推荐） #

PowerShell对Windows服务的操作更灵活，能精准判断服务状态，避免无意义的执行：

# 替换成你的服务名称
$serviceName = "YourServiceName"

# 获取服务对象，忽略服务不存在的错误
$service = Get-Service -Name $serviceName -ErrorAction SilentlyContinue

# 只有服务存在且处于运行状态时，才执行停止操作
if ($service -and $service.Status -eq 'Running') {
    Write-Host "Stopping service $serviceName..."
    Stop-Service -Name $serviceName -Force
    Write-Host "Service $serviceName stopped successfully."
} else {
    Write-Host "Service $serviceName is already stopped or does not exist, skipping stop operation."
}

在TeamCity的构建步骤里选择PowerShell类型，把这段脚本粘贴进去即可。这个方案的优势是：

• 不会误判真实错误（比如服务存在但无法停止的情况，还是会抛出错误）
• 日志输出更清晰，方便排查问题

2. 批处理脚本先检查再停止 #

如果你习惯用批处理，也可以通过sc query先检查服务状态，再决定是否执行net stop：

@echo off
set "serviceName=YourServiceName"

:: 查询服务状态，过滤出RUNNING状态的行
sc query "%serviceName%" | findstr /i "RUNNING" >nul
:: 如果findstr找到匹配项（errorlevel=0），说明服务在运行，执行停止
if %errorlevel% equ 0 (
    echo Stopping service %serviceName%...
    net stop "%serviceName%"
    echo Service %serviceName% stopped.
) else (
    echo Service %serviceName% is not running, skipping stop.
)

把这段脚本作为命令行步骤的内容即可，注意替换YourServiceName为实际的服务名。

3. 强制忽略net stop的错误码（简单但需谨慎） #

如果不想写复杂的判断，可以直接让net stop的错误不被TeamCity判定为失败，在命令末尾加上|| exit /b 0：

net stop "YourServiceName" || exit /b 0

这个写法的意思是：如果net stop执行成功（返回0）就正常结束；如果失败，就强制返回0退出码，让TeamCity认为步骤成功。

注意：这个方案会忽略所有net stop的错误，包括真实的故障（比如权限不足、服务卡死无法停止），所以只适合你确认服务状态只会是"运行"或"停止"，不会有其他异常的场景。

另外，也可以在TeamCity的步骤设置里调整失败条件：找到步骤的"Advanced"选项，修改"Fail build on exit code"的规则，但这种全局设置不如脚本内的判断精准，不推荐作为首选方案。

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