php - Wordpress站点发布管理策略

Question

我正在更新一个现有的 wordpress 站点，对主题和站点结构进行重大修改，同时更新插件，这些插件又将其数据存储到 mysql数据库。

据我所知，这里有 2(3？)种可能的策略:

1. “转储并加载”MySQL 数据库，从 DEV 到 LIVE，并用最新更新替换 wp-content 文件夹。
2. 通过 WP-importer 导入更改，并用最新更新替换 wp-content 文件夹。
3. 通过 WP 管理界面手动更改数据库，并用最新更新替换 wp-content 文件夹(这仅对较小的更改有用)。

虽然我在自己独立的环境中进行开发，但这是针对目前正在运行的现有网站，并将继续接收来自公众的更新，例如评论和联系表条目，因此我希望数据库现在与当我发布更改时。

鉴于此，上述选项会带来以下问题。

<强>1。转储和加载

“转储和加载”策略似乎是不可能的，因为我的数据正在幕后更新(这本来是我的首选方法，因为它很容易回滚)。

结果:需要在发布后同步数据库以获取最新更新，太复杂了。

<强>2。使用进口商

使用 WP-Importer plugin页面和帖子 ID 将得到更新，搞砸依赖于帖子 ID 的样式才能被激活。这反过来又造成了我希望避免的 CSS 噩梦，发布后 必须通过 CSS 以使用数据库创建的 ID 更新新页面/帖子 ID。

结果:过于挑剔，不是很专业的方法导致发布过程漫长而复杂。

<强>3。手动更新数据库

此选项非常适合小的更改，但是当发布更复杂的版本时，PROD 界面上要遵循的步骤列表会变得很长且难以遵循，从而很容易出错。

结果:太容易搞砸了，只有不得已才用。

是否有针对现有网站的标准 WORDPRESS 发布策略？

所以基本上，我的问题是:其他 wordpress 开发人员在更新现有网站时遵循什么发布过程？有没有我没有在下面列出的选项，它可以最大限度地减少麻烦并减少发布期间的时间和复杂性？

我已经使用 GIT 为站点设置了源代码控制，并且我习惯于通过 ANT 或类似的发布脚本来实现自动化，这对于当前项目来说可能有点过分，但至少知道一种简单的方法是理想的更新一个 wordpress 网站并尽量减少搞砸它的机会。

谢谢!

Answer 1

我认为这不是 WordPress 特有的，它与任何自定义站点的情况类​​似。我个人喜欢重播在开发环境中对生产环境所做的 SQL 更改。棘手的部分是您必须知道进行了哪些 SQL 更改。例如，某个插件可能会在您安装它时进行一些模式更改 - 您需要知道它们是什么。您可以通过在安装插件之前将数据库导出为 SQL 来实现，然后再进行一次导出并对文件进行比较。

既然您说要进行修改，那么我可能会假设您知道要进行哪些 SQL 更改？只要确保您对数据库所做的所有更改都是 SQL 脚本文件的形式，而不仅仅是使用 GUI 进行编辑(您可以使用 GUI 来帮助编写查询，但保存实际的 SQL)。完成所有更改后，您应该有一堆在开发过程中运行的 SQL 脚本 - 您可以按顺序重新运行它们而不会遇到错误。

然后，当需要推送到生产环境时，创建生产环境的暂存版本(即对生产环境进行最新的数据库备份)。在上面运行更新脚本并测试一切正常。如果是，那么您可以在生产环境中运行。

在运行任何更改之前一定要备份生产!