目前,我使用转储脚本并将数据库提交到git repo。
--skip-extended-insert --skip-comments --skip-dump-date
意味着diff可以使我对更改的内容有一个清晰的了解,但是如果我尝试合并,所有内容都会掉落。
WP_SITEURL,WP_HOME和所有其他wordpress存储完整URL的地方都需要在导入到另一个主机(测试,登台,生产)时进行更新
有人在使用更好的方法吗?
主要问题:
- WordPress会在整个数据库中存储完整的URL(不可移植)
- 许多其他不相关的记录发生更改
- auto_increment值(我只是删除了这些值,但是遇到ID问题)
- 时间戳记(也可能剥离)
- 临时 *记录...不知道该如何处理
一个创建带有时间戳的迁移,仅添加或删除事物的过程将是理想的……但是我不确定是否有可能?
您要版本化所有数据更改还是仅更改结构更改?那才是您真正的业务任务?
—
Lazy Badger
当像WordPress那样对CMS进行更改时,通常会发生内容和配置(数据库数据)更改以及逻辑(代码)更改。我希望能够同时对两者进行版本控制。结构更改将是一个不错的开始。业务任务:客户要求新的小部件。在临时服务器上安装插件,提交回购->配置插件并添加示例内容->批准后,将代码更改拉入生产环境,然后在生产管理员中手动进行相同的数据更改。
—
Jacob Dorman 2014年
@JacobDorman我正在尝试解决这个完全相同的问题。你有工作了吗?经过研究后,我开始认为某些定制插件可以按顺序创建特定的更新脚本(可能仅导出配置更改(例如已安装的插件和配置选项),而不必导出一般的帖子,类别和内容) 。很想听听您是否还有其他想法。
—
维克托·洛佩斯·加西亚