@笨蛋，

您可能还想查看DeployMint，它只在WordPress Multisite上工作，但可能是您所寻找的最佳解决方案。

http://markmaunder.com/2011/08/19/deploymint-a-staging-and-deployment-system-for-wordpress/

我最近听说RAMP for WordPress, 这是一个99美元的解决方案。期待更彻底的检查。

我不知道它是否考虑了数据库ID。

根据您描述的场景，有两种方法可以避免手动重新配置插件。这两种选择都没有吸引力。对于我自己，我会选择选项2。WPSE上的大多数其他成员似乎更倾向于选项1。

将开发或暂存数据库移动到生产数据库，然后使用wordpress导出/导入功能从以前的生产数据库迁移较新的内容。

检查存储在数据库中的插件选项/设置数据的内容。编写一个自定义迁移脚本，该脚本将create any necessary pages or posts, including custom fields, capturing the post_id of the newly created page, 然后，使用您编写的特定于插件的自定义php或sql，使用新创建的post\\u id插入更新的选项/设置数据。如果插件的选项/设置数据被序列化，那么here 将非常有用。