有许多选项取决于您对代码的熟悉程度和需要进行的更改数量。也有许多方法可以实现相同的结果。您提到了部分迁移。如果你能做到,那就去做吧。那是最快的。
我将讲述我将如何处理这件事。这不是正确或错误的答案,而是我的观点。此过程假设在您进行部署时可能会出现一些停机时间。对于高可用性网站,还有其他更为复杂的选项,所以我在这里不介绍这些选项。
在开发过程中跟踪您的更改,如果可以的话,尝试在代码中进行任何数据库更改。例如,如果您有自定义字段、帖子类型、分类法,请确保将它们注册为主题的一部分。在此处也包括默认变量。
创建迁移脚本对于较大的更改,请启动WP CLI脚本(或插件)以展开和回滚迁移。这对于导入新内容、移动内容或更改分类法非常有用。
备份数据在运行任何操作之前,请确保有备份。失去工作很困难,但失去客户数据是有害的。
在登台环境中运行所有内容
准备就绪后,使用新代码(来自开发环境)和生产数据库设置登台环境。您应该进行设置所需的最小数据库更改(通常仅搜索替换)。当您推送此live时,站点将处于这种状态:新代码没有任何数据库更改来支持它。
从这里开始,启动迁移脚本,确保一切顺利执行。确保您没有丢失任何数据,并且没有损坏任何内容。然后运行回滚脚本,确保可以撤消所做的所有操作。始终测试这些脚本,以确保如果出现问题,您可以很快恢复到原来的状态。
如果遇到问题,请重新运行此过程,直到一切顺利。
重复在生产环境中执行相同的操作。您可能希望在运行这些脚本时将站点置于维护模式,以防止出现任何错误或用户投诉。