AppVeyor CI中cordova-windows VS2017测试遇文件占用错误求助

我之前在维护Windows平台的Cordova项目时，也碰到过类似的CI环境专属文件占用问题——本地运行一切正常，但到了AppVeyor上就出现文件锁冲突。结合你的场景（新增VS2017测试用例后触发），可以从这几个方向排查解决：

1. 排查CI环境的并行资源竞争 #

AppVeyor默认可能会并行执行测试任务，或者VS2017的构建/测试进程没有彻底释放文件锁，而本地环境通常是单进程运行，不会有资源冲突：

• 打开你的appveyor.yml配置文件，检查是否启用了并行测试，如果有的话，尝试添加parallel: false或者限制测试的并发数量
• 在测试脚本的收尾阶段，显式关闭VS相关的后台进程，比如执行：

  taskkill /F /IM devenv.exe /IM msbuild.exe /IM vstest.console.exe
  

  确保所有可能占用文件的进程都被终止

2. 规避VS2017的构建缓存冲突 #

VS2017对UWP项目的rd.xml这类配置文件的处理逻辑和VS2015有差异，CI环境的构建缓存很可能导致文件被锁定：

• 在AppVeyor的构建步骤中，禁用NuGet缓存和项目构建缓存，或者在构建前添加清理工作目录的命令：

  rm -rf .\platforms\windows\
  

• 给VS2017的测试项目单独设置构建输出路径，和VS2015的测试输出目录完全隔离，避免路径重叠导致的文件竞争

3. 检查测试代码的资源释放逻辑 #

虽然本地没问题，但CI环境的文件系统权限、进程生命周期和本地不同，可能放大测试代码中未释放资源的问题：

• 检查涉及Default.rd.xml的测试代码，确保所有文件操作都用using语句包裹，自动释放文件流
• 在测试的Teardown（清理）阶段，手动调用GC.Collect()和GC.WaitForPendingFinalizers()，强制回收未释放的资源句柄

4. 校准AppVeyor的VS2017环境配置 #

有时候AppVeyor的VS2017镜像默认配置可能存在问题，比如后台服务占用文件：

• 在构建脚本开头添加VS2017环境初始化命令，确保环境变量正确加载：

  call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Common7\Tools\VsDevCmd.bat"
  

• 在AppVeyor项目设置中开启“清理构建”选项，避免之前的构建残留干扰当前测试

如果还是没解决，建议你在AppVeyor的构建日志中加入进程排查命令，在错误发生前执行ps输出当前运行的所有进程，找到占用Default.rd.xml的具体进程，这样能更精准地定位问题根源。

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