Windows系统GitLab Runner调用Start-Process启动进程无法找到问题求助

核心诱因 #

1. Windows 会话0隔离机制 #

• Windows 系统为提升服务运行安全性，采用会话隔离策略：所有系统服务默认运行在独立的会话0空间，普通用户登录后使用的桌面环境运行在会话1及以上空间，两个会话的进程互相隔离，默认无法跨会话可见。
• GitLab Runner 默认以系统服务形式安装，运行身份为Local System系统账号，归属会话0范畴。因此它调用Start-Process启动的所有进程默认都会归属于会话0，普通用户打开任务管理器默认仅展示当前登录会话的进程，自然无法看到对应exe进程，只有在任务管理器勾选「显示所有用户的进程」，或进入控制面板的后台进程列表才能查询到，和你补充的核实结果完全吻合。

2. Start-Process 命令默认行为 #

• 你使用的Start-Process -FilePath "$PROJECTNAME.exe" -ArgumentList "$PROG_ARG_1"命令未附加-NoNewWindow、-Wait这类交互参数，在 GitLab Runner 非交互的服务执行上下文里，PowerShell 会默认将进程以脱机后台模式启动，不会绑定任何用户桌面窗口，进一步降低了前台可见性。

可选调整方案（按需选用） #

如果你需要启动的进程对登录用户前台可见，可选择以下任意一种方案调整：

• 修改 GitLab Runner 服务的运行身份，改为你日常登录使用的用户账号，而非默认的Local System账号，重启 Runner 服务后即可生效
• 调整Start-Process命令，显式指定运行的用户身份，示例参考：Start-Process -FilePath "$PROJECTNAME.exe" -ArgumentList "$PROG_ARG_1" -Credential $预设存储的用户凭证，注意提前做好凭证的加密存储，避免明文泄露密码。

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