Wordpress页面和版本控制

我们是一家软件开发公司，在网站的静态部分使用Wordpress。当然，我们所有的工作流程都是围绕版本控制构建的：多个开发人员->持续集成->阶段->部署

我们在将Wordpress集成到我们的工作流程中时面临的挑战是，它的数据库就像是喉咙里的骨头：您无法将其放入版本控制、轻松回滚、从登台升级到生产等

我想知道在类似情况下人们会做什么？我想找到一种将WP集成到开发工作流程中的方法，而不是相反的方法：-）

---

澄清我们希望在登台系统上“开发”和测试页面，并在准备就绪后将其转移到生产中，作为版本升级过程的一部分。我们不希望将暂存数据库完全复制到生产环境中。

如果您只使用WordPress处理静态内容，那么任何用于版本控制数据库的工具/方法都应该有效-例如，在CI和部署例程中使用mysql命令行工具

这是一个常见的问题，也是我一直致力于解决的问题。我已经编写了一些代码来解决这些问题，尽管代码还没有准备好发布。基本上，想法是创建脚本以导入内容，然后对脚本进行版本控制。（实际上，我的方法使用了一种定制的导入/导出格式，该格式设计为易于手动修改，但思想类似。）

无论如何，StackOverflow的姐妹网站上有一些相关问题：

更新 根据澄清，这可能也会有帮助：

希望这有帮助

---

-迈克

我刚刚碰到了同样的问题。目前，我们正在使用MySQL转储文件导出/导入数据库内容，但由于有几个人在处理数据库更改，结果变得很糟糕

由于负责该项目的团队都是内部的，而且只由几个人组成，所以我正在考虑在VCS中锁定数据库转储文件的方向。Subversion内置了这个功能，但我们使用的是git，我认为它在概念上与任何类型的锁定都是对立的

我们可能会有一个带有pre-commit钩子的变通脚本来检查转储旁边是否存在锁文件。提交锁文件的人将是唯一允许提交转储的人。一旦他完成工作，他将需要承诺删除锁文件

---

我知道，这听起来很难看。但是我已经考虑了一段时间，还没有找到一个完美的解决方案。

谢谢迈克，我已经探索了“Wordpress答案”，但不幸的是没有找到我想要的答案，所以我想我可能会有更好的机会使用开发者的网站。想知道你的脚本——你是版本控制数据还是脚本？我需要前者。@Sasha O-那么你在WordPress回答中问了你的问题？嗯，对不起，我没看到你的问题。我是版本控制数据吗？当然这就是你的问题，否则我不会评论的。关于这个问题，wp黑客列表上最近也有一个帖子：我没有问这个问题，只是看了看现有的问题，然后转到我觉得更舒服的地方：-）。感谢指向wp黑客的指针；不过，这些人的问题似乎略有不同。@Sasha O-根据您的澄清，请参阅我的更新。此外，WordPress Answers的活跃用户真的致力于将WA打造成获取WordPress答案的最佳场所，这样也许你可以在下一次冒险出去继续？毕竟，舒适区被高估了。：）谢谢，你的观点被采纳了。我将在那里发布一个问题。我也会通过电子邮件跟进。接下来，静态页面生成器的使用激增。如果我今天做出这个决定，我肯定会采用这种解决方案。请参阅[以获得良好的概述。