Windows Docker容器中CMake测试编译因权限问题失败

以下是几种可行的解决思路，按优先级排序：

1. 直接禁用cpr的sanitizer检查 #

问题根源是cpr的sanitizer配置脚本执行了运行时检查，导致生成的exe文件被进程占用无法删除。通过禁用sanitizer检查可以直接绕过这个步骤。

在GitLab CI的CMake构建命令中添加参数：

cmake .. -DCPR_USE_SANITIZERS=OFF

这个参数会让cpr跳过所有sanitizer相关的检测逻辑，自然也就不会触发导致权限错误的check_cxx_source_runs调用。

2. 让CMake跳过测试程序的执行 #

通过设置CMAKE_TRY_COMPILE_SKIP_RUN，强制CMake只编译测试代码而不运行，这样就不会有进程持有exe文件的句柄，清理时就不会出现权限拒绝问题。

在CMake命令中添加：

cmake .. -DCMAKE_TRY_COMPILE_SKIP_RUN=ON

这个参数对所有check_*_source_runs类的检查都生效，不仅限于cpr的sanitizer检查。

3. 确保构建目录的权限足够 #

虽然你已经确认用户是ContainerAdministrator，但Windows容器的文件权限继承可能存在问题。可以在Dockerfile中预先给构建目录赋予完全控制权限：

RUN icacls "C:/builds" /grant "ContainerAdministrator:(OI)(CI)F" /T

这条命令递归设置C:/builds目录及其子文件、文件夹的权限，确保用户拥有完整的读写删除权限。

4. 修改cpr的sanitizer检查逻辑（临时方案） #

如果上述方法都无法生效，可以临时修改cpr的sanitizer.cmake文件，将运行时检查替换为编译检查——后者不需要运行程序，也就不会产生被占用的exe文件。

在GitLab CI的CMake配置步骤前，添加powershell命令替换代码：

(Get-Content build/_deps/cpr-src/cmake/sanitizer.cmake) -replace 'check_cxx_source_runs', 'check_cxx_source_compiles' | Set-Content build/_deps/cpr-src/cmake/sanitizer.cmake

执行完这条命令后再运行CMake配置，就能避免触发运行时检查。

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