多线程并行执行NuGet还原时因重复包触发崩溃问题求助

这个坑我之前在多执行器的CI环境里也踩过！核心原因就是NuGet在下载新包到全局目录时，没做进程间的互斥处理，多个并行任务同时操作同一个包的临时文件或目录，直接触发崩溃。下面给你几个可行的解决思路：

• 给每个执行器分配独立的全局包目录
  这是最彻底的方案，从根源上避免冲突。NuGet支持通过NUGET_PACKAGES环境变量指定全局包目录路径。你可以在CI代理的执行器配置里，给每个执行器设置独一无二的路径：

  • 执行器1：NUGET_PACKAGES=~/.nuget/packages-exec1
  • 执行器2：NUGET_PACKAGES=~/.nuget/packages-exec2
    这样每个还原任务都用自己的独立目录，完全不会互相干扰。

• 给NuGet还原步骤加互斥锁
  如果不想改动全局目录，那就在同一代理上限制同一时间只能有一个还原任务在运行。具体实现可以根据你的CI系统来：

  • 要是用Jenkins，就用Lockable Resources插件给NuGet还原步骤加一个全局锁；
  • 要是用GitLab CI，就用resource_group绑定还原步骤，确保同一代理上的任务串行执行；
  • 也可以用脚本层面的文件锁，比如bash脚本这么写：

    # 确保异常时也能释放锁
    trap "rm -f /tmp/nuget-restore.lock" EXIT
    
    # 等待锁释放
    while [ -f /tmp/nuget-restore.lock ]; do
        sleep 3
    done
    
    # 获取锁
    touch /tmp/nuget-restore.lock
    
    # 执行还原
    dotnet restore YourProject.sln
    

• 提前预热代理的全局包目录
  在代理初始化的时候，先执行一次完整的NuGet还原，把项目依赖的所有包都下载到全局目录里。这样后续的并行构建任务就不需要再下载新包，自然不会触发冲突。不过这个方案有局限性，如果项目引入了新的包版本，还是会触发下载，可能再次出现问题，适合依赖包版本比较稳定的项目。

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