如何对与MySQL交互的C++代码及关联数据库进行版本控制？

• 用数据库迁移脚本替代手动操作
  把所有数据库变更（建表、字段修改、存储过程创建/更新、初始化数据）都写成SQL脚本，命名规则要体现执行顺序（比如带时间戳或递增版本号：20240520_create_users_table.sql、20240521_add_email_to_users.sql）。脚本必须保证幂等性——重复执行不会报错，比如用CREATE TABLE IF NOT EXISTS、ALTER TABLE ... ADD COLUMN IF NOT EXISTS，或者先判断对象是否存在再执行操作。
  这些脚本要和C++代码放在同一个git仓库里，每次代码变更涉及数据库时，把对应的脚本和代码提交到同一个commit，确保代码与数据库变更的原子性。

• 维护基准快照（可选但高效）
  定期导出数据库的纯净结构（不含敏感业务数据）作为基准快照，比如schema_v20240520.sql，存放在仓库的单独目录（如db/schemas/）。新开发者拉取代码后，先导入快照快速搭建基础环境，再执行后续的迁移脚本同步到最新状态。注意：快照只做初始基准，日常变更仍依赖迁移脚本，不要直接修改快照。

• 本地环境自动同步机制
  在项目中添加初始化脚本（比如shell脚本、Python脚本或CMake自定义目标），拉取代码后自动完成数据库同步：

  1. 检查数据库中是否有db_migrations表（用于记录已执行的脚本），没有则创建；
  2. 遍历所有未记录在db_migrations中的迁移脚本，按顺序执行；
  3. 执行完成后，将脚本名称写入db_migrations表标记为已执行。
     这样能保证每个开发者的本地数据库都和当前代码版本完全匹配。

• 严格的环境迁移流程
  从Dev到Prod的迁移必须完全依赖git中的迁移脚本，禁止直接在Prod数据库手动修改：

  1. 先在Staging环境复刻Prod的数据库状态（包括数据），完整执行一遍迁移脚本，验证正确性；
  2. 迁移前对Prod数据库做全量备份，确保回滚能力；
  3. 按顺序执行迁移脚本，过程中监控执行日志，一旦出错立即停止并回滚。

• 代码与数据库的关联校验
  在C++代码启动时添加校验逻辑：

  • 连接数据库后，检查关键表的结构、字段类型是否符合预期；
  • 或者在数据库中维护一个db_version表，记录当前数据库的版本号，代码启动时对比自身依赖的版本号，不匹配则直接退出并输出错误信息。
    这种校验能提前发现环境不匹配的问题，避免运行时出现奇怪的错误。

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