GIT

一、核心需求与版本规则复盘在动手前先明确核心目标，避免版本管理混乱： 版本格式：主版本.MINOR.补丁版本（语义化规范，如 2.3.15） 规则 1：主版本 / 小版本（MINOR）手动更新时，补丁版本重置为当前 Git 提交数 规则 2：无主 / 小版本变更时，补丁版本自动跟随 Git 提交数递增 规则 3：版本号需嵌入代码（如 version.h）、构建产物（如二进制文件名）、CI/CD 流程 优势：无需手动维护补丁版本，Git 提交记录即版本追溯依据，避免重复或遗漏。 二、CMake 实现方案（零外部依赖）核心思路：用 CMake 内置命令调用 Git 获取提交数，结合手动配置的主 / 小版本，自动生成完整版本号，并同步到代码和构建流程。 1. 完整 CMake 脚本（version.cmake）创建独立的 version.cmake...

一、基础认知：版本号规范与核心逻辑在开展实操之前，需明确两个核心基础内容：版本号的规范化格式标准与该方案的核心实现逻辑，为后续操作提供理论支撑。 1. 语义化版本规范（SemVer）建议采用「语义化版本规范（Semantic Versioning, SemVer）」，其格式定义为：主版本号.次版本号.补丁版本号（例如 v1.2.3），各组成部分的语义含义如下： 主版本号（Major）：当项目进行不兼容的API变更时递增，此时旧版本代码无法直接适配（例如 v2.0.0，代表项目功能架构发生重大调整）； 次版本号（Minor）：当项目新增向后兼容的功能时递增，不影响现有代码的正常运行（例如 v1.3.0，代表在原有基础上扩展功能）； 补丁版本号（Patch）：当项目进行向后兼容的问题修复时递增，仅修正缺陷不新增功能（例如 v1.2.4，代表针对现有版本的Bug修复）； 可选后缀：包括预发布版本标识（例如 v1.2.3-beta，用于标识测试阶段版本）与构建信息（例如 v1.2.3+20241201，用于记录版本编译时间）。 2....