阜阳做网站的手机网站带后台源代码

Foreword

之前看到CMake有这么多选项，感觉不简单，还是看下别人在这里设计了多少东西

CMake

整体来说CMake遵循这样一套结构

操作-操作预设（如果有的话）-操作目标（如果有的话）

比如

Configure-ConfigurePreset
Build-BuildPreset-Build_Target
Launch-Launch_Target
Test-TestPreset
Pack-PackPreset
Workflow-WorkflowPreset

Configure

这个不用多说，最基础的配置了

Kit

Kit是作为configure中的一个环境，也就是编译工具链的配置

同时默认的CMake把工具链和生成配置类型，这个区分开了，实际我之前做的demo也区分开了二者

而这个Kit是不需要你写的，直接通过扫描环境就能识别，感觉这样更好，可以去掉自己写的工具链

• 不过这样的话，脱离了这个环境就失去编译工具链的选择了

Variant

简单说Variant就是允许你对Kit和优化输出等级进行打包和重命名，这样的话不同编译工具链+优化输出等级就形成了一个新组合，这个组合就叫Variant，这样用起来其实就更灵活了

这只有2种元素进行组合，如果元素多了，这个组合就非常恐怖了，但是它可以自动帮你排列组合好

对于那种超级兼容性的大工程，做自动化流程的时候就比较方便

Build

Build就不说了，正常配置，Build内可以选择Target，这样的话其实很多东西都能写到配置文件里去，通过Target选择不同的编译结果

Launch

Launch包含调试和运行，也可以选择调试的目标

Debug都是调用外部程序完成的，本身没这个能力，launch可以做一些调试前或者后的操作

CTest

特性 / 框架	CTest	JUnit	PyTest	Google Test
语言支持	C/C++	Java	Python	C++
集成度	与CMake紧密集成，适合CMake项目	与Java开发环境集成	Python生态中集成度高	良好的C++环境集成
测试类型支持	支持单元测试、集成测试、性能测试	主要支持单元测试	支持多种类型的测试	主要支持单元测试
可扩展性	通过CMake脚本可扩展	可以通过插件扩展	强大的插件系统	可以通过宏和参数化扩展
测试发现	自动化测试发现	一般	强大的自动化测试发现	自动化测试发现
结果报告	详细的测试结果报告	结果报告清晰	结果报告详细且支持插件扩展	结果报告详细
社区和文档	较小的社区，文档适中	大社区，丰富的文档	大社区，丰富的文档	大社区，丰富的文档
适用场景	适用于需要CMake构建系统的C/C++项目	适用于Java项目	适用于Python项目	适用于需要详细测试报告的C++项目

add_executable(TestInstantiator TestInstantiator.cxx)
target_link_libraries(TestInstantiator vtkCommon)
add_test(NAME TestInstantiatorCOMMAND TestInstantiator)

简单说就是可以直接执行测试指令，类似VS里面的单元测试，只不过这个测试是调用外部的程序完成的

实际上直接做代码覆盖测试也可以，需要引入gtest等额外的模块，同样的对于测试目标，也可以debug

简单的编译完成以后，运行一下自己，就看到了测试结果

CTest只是一个调用方，不是具体的测试框架，测试框架可能得需要gtest之类的东西来做

CPack

CPack有两个作用，第一个自动添加缺少的包

cmake_policy(SET CMP0135 NEW)
find_package(GTest)
if(NOT GTest_FOUND)
message("GTest not found, download it...")
include(FetchContent)
FetchContent_Declare(googletest URL https://github.com/google/googletest/archive/refs/heads/main.zip)
FetchContent_MakeAvailable(googletest)
endif()

比如这里自动下载gtest的包

第二个就是自动打包，当编译测试都做完了，那就还剩下打包发布了，CPack就是用来将生成结果进行打包的，支持很多类型的打包

cmake_minimum_required(VERSION 3.0) 
project(MyProject) 
# 添加源代码
add_executable(MyProject main.cpp)
# 添加依赖库 
find_package(Boost REQUIRED)
target_link_libraries(MyProject PRIVATE Boost::boost)
# 安装文件
install(TARGETS MyProject DESTINATION bin)
# 打包 
set(CPACK_PACKAGE_NAME "MyProject")
set(CPACK_PACKAGE_VERSION "1.0.0") 
set(CPACK_GENERATOR "ZIP") 
include(CPack) 

运行之后就会自动打包为zip

Workflow

简单说workflow就可以把前面所有的东西组合在一起，他们可以一一对应起来变成一个个工作流

配置-构建-测试-打包

下面就是工作流的预设，这样的工作流可以简单的配置很多个

    "workflowPresets": [{"name": "wf","description": "","displayName": "工作流","steps": [{"type": "configure","name": "gcc13"},{"type": "build","name": "all"},{"type": "test","name": "test_Project"},{"type": "package","name": "all"}]}]

点一下就可以把上面的步骤来一遍，直接实现CICD流程

Summary

VSCode中CMake Tools相关的教程还是太少了，很多东西都对不上，而VSCode把各个之间的一些参数或者设置隐藏了，导致实际如果出问题想要调试找到具体位置有些困难，不如原生的CMake，是啥就是啥都能看到

Quote

https://blog.csdn.net/witton/article/details/130170686

https://blog.csdn.net/witton/article/details/130216777

https://blog.csdn.net/witton/article/details/145307607?spm=1001.2014.3001.5502

https://github.com/microsoft/vscode-cmake-tools/blob/main/docs/cmake-presets.md#test

https://cmake.org/cmake/help/latest/manual/ctest.1.html#ctest-1

https://blog.csdn.net/m0_49302377/article/details/130264041