搭建临时CI/CD系统，如何重启更新后的PowerShell脚本且防资源占用？

问题背景 #

我正在为应用搭建一套临时CI/CD系统：当收到Github仓库的推送通知时，应用会自行停止，脚本自动执行git pull拉取变更，并根据变更内容执行其他命令，其中可能包含对脚本自身的变更。

我希望脚本能够自行重启，但不会出现无限嵌套导致资源占用过高的情况。现有核心代码如下：

While ($true) {
    git pull
    # check for changes...
    If ($runScriptChanged) {
        Break
    }
    node index.js
}
# ???

（为简洁起见，已省略错误检查及其他更新相关代码）

我目前考虑了几种方案：

• 直接调用脚本自身大概率可行，但可能会无限占用资源直至手动停止；
• 创建新文件运行上述脚本，会在仓库中留下无法自动更新的文件；
• Start-Process是目前找到的最佳方案，但不确定其在Linux上的行为：
  • 启动Shell何时关闭？是否与Windows上使用-NoNewWindow时的行为一致（只要有进程使用就保持打开）？（当前运行在Windows Server，Linux兼容性并非重点，但有则更佳）

请问我应该采用哪种方案？

方案分析与推荐 #

1. 直接调用脚本自身：排除 #

直接用. .\your-script.ps1或& .\your-script.ps1调用自身，会形成进程嵌套：父脚本需等待子脚本执行完成才会退出，若子脚本再次触发重启，会积累多层闲置父进程，长期运行会持续占用系统资源，直到手动终止所有层级，不符合需求。

2. 创建独立启动文件：排除 #

生成脱离仓库版本控制的启动文件，会导致该文件无法随核心脚本同步更新，长期会出现逻辑不一致问题，维护成本高，违背CI/CD自动更新的初衷。

3. Start-Process：最优选择 #

这是最适配你场景的方案，详细说明如下：

• Windows环境表现：使用Start-Process powershell.exe -ArgumentList "-File .\your-script.ps1" -NoNewWindow -Wait:$false，可让新启动的脚本进程脱离当前脚本的父进程关联，当前脚本执行完Break后即可正常退出，不会占用资源。-NoNewWindow会让新进程在当前控制台窗口运行，符合你的使用场景。
• Linux兼容性：在PowerShell 7+的Linux环境中，Start-Process启动的进程默认独立于原进程，原脚本退出后新进程仍可继续运行。关于Shell关闭的问题：只要新脚本进程存活，对应的Shell会话会保持；Start-Process在Linux下默认启动独立进程，不会因原Shell关闭而终止，和Windows下-NoNewWindow的核心行为一致。

具体实现代码 #

在原脚本的# ???位置添加以下代码：

# 重启脚本自身，当前进程立即退出
Start-Process powershell.exe -ArgumentList "-File `"$PSCommandPath`"" -NoNewWindow -Wait:$false
exit

解释：$PSCommandPath自动获取当前脚本的完整路径，避免路径问题；-Wait:$false让当前脚本无需等待新进程启动完成即可退出，彻底释放资源；exit确保当前进程立即终止，不会执行后续代码。

避免无限重启的关键逻辑 #

需确保$runScriptChanged的判断准确，仅在脚本自身内容变更时触发重启，可通过对比git pull前后脚本的哈希值实现：

# git pull前记录脚本哈希
$prePullHash = Get-FileHash -Path $PSCommandPath | Select-Object -ExpandProperty Hash
git pull
# git pull后再次获取哈希
$postPullHash = Get-FileHash -Path $PSCommandPath | Select-Object -ExpandProperty Hash
$runScriptChanged = $prePullHash -ne $postPullHash

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