尝试将更改从暂存站点推送到 LIVE 站点(都是 WordPress),但我试图找出要从哪些数据库项中进行选择



我已经将现有的www.DOMAINHERE.com克隆到一个登台站点staging.DOMAINHERE.com,并对登台站点进行了更改,例如其主题、模板、模板部分、块(添加了自定义块模板)等。

我正试图将更改推到LIVE站点,但我不确定在不破坏站点的情况下包含哪些数据库表。该网站的LIVE版本有我不想覆盖的新帖子。

这是我目前在登台站点上的所有表的列表(忽略"VM4414:2"和我刚刚通过浏览器控制台复制的文件大小):

VM4414:2 wp_bv_fw_requests - 16.00 KB
VM4414:2 wp_bv_ip_store - 272.00 KB
VM4414:2 wp_bv_lp_requests - 16.00 KB
VM4414:2 wp_commentmeta - 48.00 KB
VM4414:2 wp_comments - 96.00 KB
VM4414:2 wp_links - 32.00 KB
VM4414:2 wp_options - 160.00 KB
VM4414:2 wp_postmeta - 48.00 KB
VM4414:2 wp_posts - 80.00 KB
VM4414:2 wp_term_relationships - 32.00 KB
VM4414:2 wp_term_taxonomy - 48.00 KB
VM4414:2 wp_termmeta - 48.00 KB
VM4414:2 wp_terms - 48.00 KB
VM4414:2 wp_usermeta - 48.00 KB
VM4414:2 wp_users - 64.00 KB
VM4414:2 wpha_bwg_album - 2.26 KB
VM4414:2 wpha_bwg_album_gallery - 2.07 KB
VM4414:2 wpha_bwg_file_paths - 45.39 KB
VM4414:2 wpha_bwg_gallery - 3.00 KB
VM4414:2 wpha_bwg_image - 27.31 KB
VM4414:2 wpha_bwg_image_comment - 1.00 KB
VM4414:2 wpha_bwg_image_rate - 1.00 KB
VM4414:2 wpha_bwg_image_tag - 25.63 KB
VM4414:2 wpha_bwg_shortcode - 24.72 KB
VM4414:2 wpha_bwg_theme - 39.62 KB
VM4414:2 wpha_commentmeta - 79.62 KB
VM4414:2 wpha_comments - 30.07 KB
VM4414:2 wpha_links - 1.00 KB
VM4414:2 wpha_nf3_action_meta - 16.00 KB
VM4414:2 wpha_nf3_actions - 16.00 KB
VM4414:2 wpha_nf3_chunks - 16.00 KB
VM4414:2 wpha_nf3_field_meta - 64.00 KB
VM4414:2 wpha_nf3_fields - 16.00 KB
VM4414:2 wpha_nf3_form_meta - 16.00 KB
VM4414:2 wpha_nf3_forms - 16.00 KB
VM4414:2 wpha_nf3_object_meta - 64.00 KB
VM4414:2 wpha_nf3_objects - 16.00 KB
VM4414:2 wpha_nf3_relationships - 16.00 KB
VM4414:2 wpha_nf3_upgrades - 16.00 KB
VM4414:2 wpha_ngg_album - 1.00 KB
VM4414:2 wpha_ngg_gallery - 3.46 KB
VM4414:2 wpha_ngg_pictures - 64.82 KB
VM4414:2 wpha_options - 2.58 MB
VM4414:2 wpha_postmeta - 980.18 KB
VM4414:2 wpha_posts - 3.11 MB
VM4414:2 wpha_redirection_404 - 112.00 KB
VM4414:2 wpha_redirection_groups - 48.00 KB
VM4414:2 wpha_redirection_items - 112.00 KB
VM4414:2 wpha_redirection_logs - 64.00 KB
VM4414:2 wpha_smush_dir_images - 77.49 KB
VM4414:2 wpha_ssp_stats - 144.00 KB
VM4414:2 wpha_term_relationships - 26.05 KB
VM4414:2 wpha_term_taxonomy - 30.32 KB
VM4414:2 wpha_termmeta - 10.06 KB
VM4414:2 wpha_terms - 44.99 KB
VM4414:2 wpha_usermeta - 49.59 KB
VM4414:2 wpha_users - 8.27 KB
VM4414:2 wpha_wpstg_queue - 16.00 KB
VM4414:2 wpha_yoast_indexable - 672.00 KB
VM4414:2 wpha_yoast_indexable_hierarchy - 96.00 KB
VM4414:2 wpha_yoast_migrations - 32.00 KB
VM4414:2 wpha_yoast_primary_term - 48.00 KB
VM4414:2 wpha_yoast_seo_links - 142.93 KB
VM4414:2 wpha_yoast_seo_meta - 15.56 KB

遗憾的是,没有一种干净且保证无故障的方法可以做你想做的事情。WordPress的数据库代码为其表中的行创建唯一的id编号:Post id,元数据id,选项id,等等。当您克隆一个站点(创建一个暂存站点)时,两个站点开始独立运行,并且您肯定具有重复的id。

如果你是一个非常熟练的WordPress开发人员/操作员,你可能能够让这个工作。但这将是一个大量的工作,需要大量的测试。因此,您将遇到与现在相同的问题,即当您进行测试时,生产站点领先于登台站点。

如果这是我的项目,我也会这么做。

  • 从生产站点重制过渡站点。然后将生产站点置于维护模式,对登台站点进行更改,并将其克隆回生产站点。
  • 详细列出您对暂存站点所做的所有更改。然后对生产站点进行相同的更改(主题,模板,块等)。

这可以方便得多,但遗憾的是没有。

最新更新