专门为WordPress服务的较新主机提供商通常都有相应的工具来缓解这种痛苦。我把我的客户放在万神殿neat Git-enabled workflow, 其中,代码只向上移动(从开发到登台再到生产),而DB stuff只向下移动(反之亦然)。只需单击其界面,即可将数据库从生产复制到暂存。如果遵守了此工作流,这就基本上消除了不断弄乱生产数据库的问题,使我能够在开发阶段的任何一个阶段,始终在生产数据库数据的新克隆上测试我的更改。
您不必使用万神殿——您可以使用自己的工具在流程中采用类似的方法(Git+一个DB克隆插件,如WP Migrate DB)。我只是觉得这种方法对我很有效。
问题:为什么在测试转移时将生产站点置于维护模式?在大多数情况下,不需要这样做。我能想到的唯一一种情况是,有一种非常脆弱的系统,对输入到其中的其他用户数据高度敏感,需要启动一个灾难性的bug,但这可能表明存在一个不同的、更大的问题,需要重新思考其产品的整个架构。