Wordpress 页面和版本控制答案

【问题标题】：Wordpress pages and version controlWordpress 页面和版本控制
【发布时间】：2011-05-13 10:48:21
【问题描述】：

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

将 Wordpress 集成到我们的工作流程中的挑战在于，它的数据库就像一根骨头一样卡在喉咙里：您无法将其放入版本控制、轻松回滚、从暂存升级到生产等。

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

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

【问题讨论】：

继Jekyl from Github之后，静态页面生成器的使用激增。如果我今天做出这个决定，我肯定会采用这种解决方案。请参阅 [staticgen.com] 以获得良好的概述。

【解决方案1】：

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

不管怎样，StackOverflow 的姐妹网站WordPress Answers 上有一些相关的问题：

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

Is there any way to draft a revision of a published page or post? What workarounds have you used?

希望这会有所帮助。

-迈克

【讨论】：

谢谢 Mike，我已经探索了“Wordpress 答案”，但不幸的是没有找到我正在寻找的答案，所以我想我可能会在开发者的网站上有更好的机会。想知道你的脚本——你是版本控制数据还是只有脚本？我需要前者。
@Sasha O - 所以你在 WordPress Answers 上问过你的问题？嗯，没看到你的问题，抱歉。我是否在控制 data 的版本？当然！这就是你的问题，否则我不会发表评论。最近在 wp-hackers 列表上也有一个关于该主题的线程：lists.automattic.com/pipermail/wp-hackers/2010-November/…
我没有问这个问题，只是查看了现有的问题，然后前往我觉得更舒服的 SO :-)。感谢您指向 wp-hackers；不过，这些家伙的问题似乎略有不同。
@Sasha O - 根据您的说明，请参阅我的更新。此外，WordPress Answers 的活跃用户真的致力于将 WA 打造为获得有关 WordPress 答案的最佳场所，所以也许您下次可以冒险继续前进？毕竟，舒适区被高估了。 :)
谢谢，你的观点被采纳了。我会在那里发布一个问题。我也会通过电子邮件跟进。干杯

【解决方案2】：

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

由于该项目的工作团队都是内部的，并且只有几个人，我正在考虑在 VCS 中锁定数据库转储文件的方向。 Subversion 内置了这个功能，但我们使用的是 git，我认为它在概念上与任何类型的锁定都相反。

我们可能会有一个带有预提交挂钩的解决方法脚本来检查转储旁边是否存在锁定文件。提交锁定文件的人将是唯一允许提交转储的人。一旦他完成工作，他将需要提交锁定文件的删除。

这听起来很丑，我知道。但我已经考虑了一段时间，还没有看到一个优雅的解决方案。

【讨论】：

【解决方案3】：

如果您仅将 WordPress 用于静态内容，那么任何用于版本控制数据库的工具/方法都应该可以工作 - 例如，将 mysql 命令行工具用于您的 CI 和部署例程。

【讨论】：