使用.NET SDK项目时CMake自定义目标在部分机器执行失败

疑问1：为何会涉及add_custom_command？CMake是否在底层使用它来执行copy命令？ #

CMake处理add_dependencies(MyApplication CopyDependentLibrary)时，并没有直接调用add_custom_command，但这个错误提示属于触发了CMake对.NET SDK项目的限制逻辑导致的误判。

原因是：.NET SDK风格项目在Visual Studio生成器下，CMake明确禁止给这类目标添加POST_BUILD/PRE_BUILD类型的add_custom_command——因为Visual Studio的MSBuild逻辑对.NET SDK项目的自定义命令支持不完善。

当你让.NET目标MyApplication依赖自定义目标CopyDependentLibrary时，CMake内部检查依赖关系的过程中，误将这种依赖关联判定为试图给MyApplication添加自定义命令逻辑，从而抛出了原本针对add_custom_command的错误。本质是CMake 3.23.x版本对.NET SDK项目依赖自定义目标的处理存在bug。

疑问2：为何相同CMake版本的不同机器会出现不同的配置结果？ #

核心差异来自环境依赖的细微区别：

• vcpkg工具链的影响：CI机使用的vcpkg工具链文件可能修改了CMake对.NET项目的处理逻辑，比如自动添加某些目标属性或依赖规则，触发了本地机器不会触发的错误路径。
• Windows SDK/VS编译器版本差异：尽管CMake版本一致，但Windows SDK（10.0.19044 vs 10.0.17763）和MSVC编译器版本（19.29.30147.0 vs 19.29.30146.0）的细微差别，会让CMake生成Visual Studio项目文件时走不同的逻辑分支。旧版本的SDK/编译器可能触发更严格的.NET项目限制规则。
• 环境缓存与配置差异：开发机可能存在CMake缓存或安装了额外VS组件，让CMake对.NET项目的处理更宽松；而CI机是干净环境，触发了严格的错误检查。

临时解决方案 #

可以绕过add_dependencies的方式，改为让自定义目标依赖MyApplication，确保复制逻辑在应用构建完成后执行：

add_custom_target(CopyDependentLibrary
  COMMAND ${CMAKE_COMMAND} -E copy
  "$<TARGET_FILE:MyDependentLibrary>"
  "$<TARGET_FILE_DIR:MyApplication>"
  DEPENDS MyApplication MyDependentLibrary
)

之后构建时显式指定构建CopyDependentLibrary目标，或者将其设为默认目标即可。

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