有开源解决方案可以迁移数据库更改和WordPress配置(WPCFM) 按照您描述的方式，但我将通过在一个简单场景中深入了解最常见的实践来回答这个问题。

更新插件让我们假设所有3个环境都是相同的，但生产数据库中有新内容。您的dev和stage环境数据库可能有点落后，但除了新内容之外，基本上是相同的。

First, always make sure you back up your database before starting this process.

1。提交插件更新

在git中跟踪这些更改时，更新可能需要进行相关的数据库更新。好的插件通过检查当前数据库模式来处理这一问题，然后在必要时要求用户进行数据库更改。

2。将生产数据库复制到临时数据库，确保在此过程中更改数据库中的URL和协议（如有必要）。

3。将插件更新推送到暂存（staging）

现在您有了一个生产数据库的副本，其中包含来自dev的文件更新和来自prod的最新内容。这允许您在继续之前在此环境中测试更新过程。

4。部署实时

现在您已经在生产拷贝上进行了测试，您可以实时部署更改并以低风险复制任何必要的数据库更改。

另一种方法是，您可以在测试转移时冻结数据库更改。这将允许您同时部署数据库和文件。这通常是不可行的，因为在繁忙的站点上随时都可能发生数据库更改。这不是我的建议，但在某些情况下可能是必要的。

其他资源当然不会相信我的话。多做些研究，找出最适合你的方法。例如，看看Pantheon\'s deployment process.