概述

您不能只从本地开发环境将数据库转储文件上载到服务器并对结果感到满意。

WordPress实际上将生成的URL存储在数据库中。

假设您的本地开发URL是http://localhost/awesome. 存储在数据库中的帖子也存储了您的开发URL（即。http://localhost/awesome) 在每个岗位上。URL也存储在wp_options 桌子因此，当您将本地数据库转储导入服务器时，需要将现有URL替换为服务器URL，以使post链接正常工作。

一个不那么优雅的解决方案：

要使用该脚本，请从下面下载zip文件，提取名为search replace db master的文件夹（假设您使用的是3.1.0版本），将其重命名为您选择的机密文件，通过FTP、SFTP或SCP将其上载到web服务器的公共目录，然后在浏览器中导航到该文件夹。脚本将自动尝试查找并填充数据库字段，但您必须检查详细信息是否正确，以及它是否适用于要对其执行搜索/替换操作的数据库。

使用此脚本的典型WP安装将包含以下文件夹：

您的秘密搜索替换文件夹NOTE: 请阅读Installation and Usage 并确保在继续更换时，详细信息正确无误。

它是如何工作的

Your:

您将开发URL提供给Replace Textbox 和指向With Textbox. 确保有数据库备份，然后点击按钮dry run 或live run 执行操作。

结论：它一直有效吗？嗯，不是很快，实际上这取决于您的需求，但到目前为止，在我所有的WordPress项目及其不同的需求中，它都按预期工作。

有很多解决方案，其中一个在您的问题中提到（即。WP Migrate DB). 您只需将WordPress development, 尽管CMS WordPress在其存在的整个过程中都很出色，但仍然有一个主要的警告，让我们想要获得自由。

对于我们的站点，我们编写了一个Perl脚本，用于复制数据库，然后使用wp-cli 用于调整特定站点本地设置的命令。该脚本还发出UNIX行命令以同步上载目录。

当我们需要复制整个数据库时，我们会使用它，除了所有内容之外，它还会获取插件设置。

然而，我们也为用户提供了一个内容暂存站点，我们使用RAMP 将单个内容项目（或其中的一批）从内容暂存站点迁移到实时站点。这将带来给定帖子/页面的所有依赖项，如媒体附件、分类术语、用户等。RAMP面向更新和创建内容的最终用户。它确实需要一些定制来处理使用类似ACF的东西进行定制的站点。

我们的典型工作流程是使用RAMP在内容暂存和live之间切换，然后使用复制脚本在内容暂存站点上用内容刷新开发和测试站点。

最后，由于您已经在使用版本控制，您可能希望看看VersionPress 它允许您对数据库进行版本设置。我没有使用它，但一直在关注开发，这很有趣。

代码更改应该进入GIT并拉入（或者使用一些更复杂的脚本，根据拉入的代码进行构建）。内容更改只能在没有代码开发的生产服务器或“内容暂存”服务器上进行，因此您可以安全地传输数据库。

您不应该将代码开发和内容更改混为一谈。