在生产中运行Wordpress更新？

Question

我们有一个由Wordpress提供支持的生产网站。根据我的经验，Wordpress更新往往非常顺利，但现在每次都出现问题，所以我们总是在本地或在我们的开发站点上运行更新，以确保没有任何中断。

我的问题是：在本地提交这些更改（从升级）然后将更改推送到生产是一个好习惯吗？ ...有效更新生产现场？这个似乎可以工作，但我知道有时更新包括对数据库的修改。所以我担心更新会修改我的本地数据库，但不会修改生产数据库，然后在新代码运行时出现问题（期望数据库被修改）。

1. 这是有效的关注吗？
2. 写得好的插件会以某种方式解决这个问题吗？
3. 有没有完全不同的更好的方法呢？

更新 我认为这个问题的目的最初还不清楚。我非常清楚我可以在本地运行更新，测试它，提交，然后在生产中运行更新，提交，然后合并。这就是我们目前所做的，但它很糟糕，我不确定它是否有必要。这个问题的关键在于弄清楚，或者学习更好的方法。例如，如果有人知道关于WP更新的性质以及它们如何处理数据库修改的确定性，那么它几乎可以回答这个问题。

Answer 1

如果能够在测试环境中成功执行更新，则应该能够在生产环境中执行相同的更新。它可能会更多一些工作，但它会为您提供有关更新是否有效的最多信息。

如果您处于虚拟化环境中，则应该能够复制生产虚拟机以测试升级。

Answer 2

即使需要额外几分钟，也要始终坚持最佳做法。在本地完成更新然后推送到开发站点。有时，插件将进行数据库更改但未正确记录。

最佳实践：

1. 在更新后等待一天，然后阅读插件上的问题队列。如果其他人在更新时出现问题，您将提前知道。
2. 备份数据库
3. git status / git commit，确保分支是干净的/进行任何需要的提交
4. 完成所有必要的更新
5. 清除所有缓存（两次）
6. 检查以确保所有内容在本地运行顺利。
7. 如果更新中存在数据库更改进行新数据库备份。
8. 将更改推送到开发站点
9. 如果有数据库更改从＃7恢复数据库

编辑：请确保您的本地数据库和代码与备份前的开发站点相同。

Answer 3

我更喜欢像 WP Staging 这样的工具，只需点击几下即可创建测试网站。比我更新所有插件，如果一切正常，我在我的生产网站上执行相同的过程。你在wordpress.org找到WP Staging

Answer 4

请确保在执行任何操作之前保存您的工作副本。此外，请始终检查更新内容，有时它只是一个您可能不需要的语言加载项。