我认为您需要在测试和生产环境中安装该网站。在环境测试中首先运行的所有更新代码（WP核心或插件）。如果工作正常，在生产环境中也要这样做。

就是这样，当您的业务需要增长时，您需要新的战略行动来更新受让人的网站！

Note: 在详细介绍之前，请注意，不建议live server启用全自动后台更新。唯一推荐的实时服务器自动更新是coreminor 更新。因此，即使您按照以下步骤操作，也最好在wp-config.php WordPress core的自动次要更新文件：

define( \'WP_AUTO_UPDATE_CORE\', \'minor\' );

因为你的问题是not about turning auto update off, 正如你所说：

如何让自动更新保持打开状态并确保此功能不会破坏我的博客

以下是关于如何实现这一目标的概念：

Step-1: 保留一个始终自动更新的临时服务器。

Step-2: 例如，在与更新相关的动作挂钩上，upgrader_process_complete 操作挂钩，检查它是否位于暂存（通过服务器IP、安装位置等进行标识）服务器上。如果是，则在更新过程完成后，检查错误日志、与实时服务器的交叉引用等。也就是说，通过多种方式检查更新是否破坏了您的网站。如果成功，请在某处保留一个便条，以便实时服务器可以检查它。它可以是对live server的API调用，也可以是具有最新版本号、DB条目的文件-任何可以确定您在临时服务器上拥有更新版本的core、plugin、theme等的内容。

Step-3: 同时，在live server上并没有完全禁用自动更新，而是使用钩子进行过滤，例如automatic_updater_disabled, auto_update_core, auto_update_plugin, auto_update_theme - i、 e.你需要什么都行。这些过滤器挂钩的过滤器功能必须能够检查临时服务器是否在步骤2中成功。如果成功，则允许通过返回值继续更新(true | false （视情况而定）。

Step-4 此外，在暂存中，您可以使用auto_core_update_send_email 钩子，让您自己知道临时服务器中的自动更新进程是否失败。

显然，以上所有步骤都将共同完成任务。我只是循序渐进地解释了一下，以便于理解。此外，为了确保临时服务器正在运行Cron，请在大约10分钟后在临时服务器上设置Cron作业。否则，由于人们没有访问登台服务器，登台将永远不会自动更新。

Note: &实时；临时服务器可以具有完全相同的代码，但是，在您必须确定的代码中，当前正在运行哪个服务器代码，以便您可以在步骤2、3和；4关于暂存和；实时服务器。

了解更多信息WordPress auto updates Here.

利用您的IDE（例如PhpStorm），在本地运行您的Web服务器（例如Apache）和PHP，这样您就有了一个测试环境，其中有一个连接到IDE的调试器——让自动更新在那里发生，并执行full regression test.

一旦确信测试套件成功，请同步到生产服务器。作为奖励，考虑将您的站点置于与PhpStorm很好集成的VCS之下；通过这种方式，您可以恢复破坏站点的任何更改（如果需要）。

您可以在该工具中执行此操作->https://wordpress.org/plugins/stops-core-theme-and-plugin-updates 或编辑wp-config.php 归档并更改该行：

define( \'AUTOMATIC_UPDATER_DISABLED\', true );

define( \'WP_AUTO_UPDATE_CORE\', true );

But remember - disabling updates in Your WordPress is a serious security breach and could cause more serious damage ! ! !