我们是一家软件开发公司,正在使用Wordpress作为网站的静态部分。当然,我们所有的工作流程都是围绕版本控制构建的:多个开发人员->连续集成->分期->部署。
将Wordpress集成到我们的工作流程中,我们面临的挑战是,它的数据库被卡在了嗓子里:您不能将它放入版本控制中,很容易回滚,从阶段升级到生产等等。
我想知道在类似的情况下人们会做什么?我想找到一种将WP集成到开发工作流中的方法,而不是相反的方法:-)
我们希望在暂存系统上“开发”和测试页面,并在准备好之后,将它们转移到产品中,作为版本升级过程的一部分。我们不希望将暂存数据库完全复制到生产中。
发布于 2010-11-22 10:48:11
发布于 2012-07-09 13:13:20
我刚刚遇到了同样的问题。目前,我们正在使用MySQL转储文件来导出/导入数据库内容,但由于几个人正在处理数据库更改,它变得很难看。
由于处理该项目的团队都是内部的,并且只由少数人组成,所以我正在考虑在VCS中锁定数据库转储文件的方向。Subversion有这个内置的功能,但是我们使用的是git,我认为它在概念上与任何类型的锁定都是相反的。
我们可能会有一个带有预提交钩子的解决方案脚本来检查转储旁边是否存在一个锁文件。提交锁文件的人将是唯一允许提交转储文件的人。一旦他完成了工作,他将需要提交删除锁文件。
听起来很难看,我知道。但我已经考虑了一段时间了,还没有找到一个优雅的解决方案。
发布于 2010-11-21 17:10:52
如果您只对静态内容使用WordPress,那么版本控制数据库的任何工具/方法都应该可以工作-例如,在CI和部署例程中使用mysql命令行工具。
https://stackoverflow.com/questions/4239077
复制相似问题