为何推荐将vcpkg作为Git子模块？CMake与VS部署方式为何不同？

为什么推荐将vcpkg作为Git子模块？ #

将vcpkg作为Git子模块管理，核心是为了构建环境的一致性与可复现性，具体优势包括：

• 版本锁定：子模块会固定vcpkg的具体版本，团队所有成员、CI/CD环境使用完全相同的vcpkg，避免因vcpkg版本更新导致的依赖编译规则变化、兼容性问题。
• 项目自包含：新成员克隆项目后，无需额外手动下载、配置vcpkg，通过git submodule update --init就能直接获取项目配套的vcpkg工具，大幅降低环境搭建成本。
• 依赖全链路可控：结合vcpkg.json的依赖版本锁定，vcpkg本身的版本+所有第三方依赖的版本都能被精准控制，确保任何时候、任何环境下的构建结果一致。

为什么CMake项目用子模块，Visual Studio项目用全局安装？ #

CMake项目优先子模块的原因 #

• 跨平台适配：CMake主打跨平台构建，子模块方式让项目在Windows、Linux、macOS等系统下的依赖管理流程完全一致，无需针对不同系统调整全局vcpkg的路径、环境变量配置。
• 构建配置绑定：CMake通过指定CMAKE_TOOLCHAIN_FILE来集成vcpkg，子模块提供的相对路径（比如./vcpkg/scripts/buildsystems/vcpkg.cmake）在所有环境下都有效，不用每个开发者手动设置绝对路径或环境变量。
• 符合CMake的设计理念：CMake强调“可移植的构建脚本”，子模块让项目的构建工具链（vcpkg）成为项目的一部分，确保项目从克隆到构建的全流程无需外部依赖。

Visual Studio项目优先全局安装的原因 #

• VS原生集成优化：Visual Studio内置了vcpkg的深度集成（比如通过NuGet包管理器、项目属性面板直接管理依赖），全局安装后所有VS项目都能直接复用这套集成能力，无需每个项目单独配置toolchain。
• Windows生态下的便利性：多数VS项目基于Windows平台开发，全局安装能统一管理所有VS项目的vcpkg依赖，避免每个项目都存储一份vcpkg副本，节省磁盘空间，也简化了依赖版本的全局更新。
• 操作更轻量化：全局安装后，开发者无需在每个项目中维护子模块，直接通过VS的可视化界面就能完成依赖安装、更新，降低了日常开发的操作成本。

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