Mysql 数据库版本控制

我有一种情况，我不可能是唯一遇到这种情况的人，但我找不到任何令人满意的文章、答案或想法。我有一个Wordpress网站，在这个网站上，如果出了什么问题，我想回到以前的版本

我提出了一种方法，如中所述。然后，我会将另一个子模块添加到包含数据库的根文件夹中

Git wise我有如下设置：

|
|-- .git (Main repository called 'root')
|
|-- webroot/
|      |
|      |-- wp-core/
|             |
|             |-- .git (submodule with Wordpress core)
|
|-- database/
|      |
|      |-- .git (submodule with database)

对于每个开发迭代，我将遵循以下步骤：

将数据库副本从live拉至dev（本地）

开始开发（可能的数据库更改）

开发完成并准备好登台（测试）后，从live数据库中提取一个副本，不使用

wp\u选项

表（仅限内容表），并将此副本合并到本地数据库中

将合并的本地数据库导出到数据库存储库

将数据库存储库推送到bitbucket

在“根”存储库中提取数据库子模块

利用数据库备份推动完整的开发迭代

对于我正在考虑的数据库同步，但是shell脚本导出也可能是一个选项

我所想到的这种方法的优点是，前面的每个提交都包含一个完整的工作代码，因此，如果出现故障，我可以轻松地恢复

不知何故，这种方法感觉是错误的，尤其是数据库部分。在本文中，提到了在Git中存储数据库的一个非常明显的缺点，但我想不出任何更好的主意

---

有人对这一团糟有什么想法吗？：）

哦，我也希望得到一个答案！我知道这是一年前问的，你还需要帮助吗？还有，你为什么要做第三步？这不会覆盖您的开发更改吗？我真的不再需要它了，因为我意识到在版本控制下包含内容的整个数据库没有多大意义，但我假设我想将更新后的数据库结构与活动结构合并。哦，我多么希望这方面的答案！我知道这是一年前问的，你还需要帮助吗？还有，你为什么要做第三步？这不会覆盖您的开发更改吗？我真的不再需要它了，因为我意识到在版本控制下包含内容的整个数据库没有多大意义，但我假设我想将更新的数据库结构与活动结构合并