试图将从登台站点推到实时站点（两个WordPress）的更改，但我试图找出哪些数据库项目可供选择

Question

我已经克隆了现有的 www.domainhere.com 登台站点staging stiging.domainhere.com，并对诸如主题，模板，模板零件，块（添加自定义块模板）等的登台站点等...

我正在尝试将更改推向实时网站，但是我不确定哪个数据库可以包含的表，而不会破坏网站。该网站的实时版本有我不想覆盖的新帖子。

这是我目前在登台站点上拥有的所有表的列表（忽略“ 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

Answer 1

可悲的是，没有干净且保证的无误方法可以做您想做的事。 WordPress的数据库代码在其表中为行中创建唯一的id数字：帖子ID，元数据ID，选项ID等。当您克隆一个站点（创建一个登台站点）时，两个站点开始独立操作，并且您肯定会具有重复的ID。

如果您是一个非常熟练的WordPress开发人员 /操作员，则可以使其工作。但这将是工作的 lot ，需要进行大量测试。因此，您将遇到与现在相同的问题，在您进行测试时，生产站点在登台站点领先。

如果这是我的项目，我会做这些事情之一。

• 从生产地点重新制作登台站点。然后将生产地点纳入维护模式，将您的更改为登台站点，然后将其克隆回生产地点。
• 仔细列出您对登台网站进行的所有更改。然后对生产站点进行相同的更改（主题，模板，块等）。

这可能更方便，但可悲的是不是。