问D7和D8的drush8

EN

我把下面的信息发布在钻井平台上，但我被重新定位到了这里。因此，我们开始:)。

随着最近的核心更新，我在我的所有网站上安装了drush8，并使用drush 8.1.16更新了24个内核，包括D7和D8。由于Drupal似乎比以前更频繁地发布新的内核(而且由于我在Drupalgeddon1上)，这是第一次在所有这些内核上使用Drush来节省时间。但我确实读过说明，显然我应该使用Drush9进行Drupal8更新。

第一个问题:现有的Drupal8网站能否使用Drush8进行更新？看来我在这样做时没有遇到任何问题。但是为什么drush站点(更不用说D8.3+ )是由drush 8支持的呢？在drupal.org上我发现：

如果您长期使用Drush用户，则仍然可以使用Drush 8 (8.14或更高版本)更新Drupal 8。

这些信息要么是正确的，在这种情况下应该在drush文档上指出使用drush8是好的，要么就是没有必要更新本节。当阅读以下内容(示例中使用dev8.5 )时，我假设这些都是drush8兼容的命令：https://www.drupal.org/docs/8/update/update-core-via-drush，我还检查了对drush8的最后一次提交，其中似乎提到了D8.5发行版的uodate。

第二个问题:如何在现有网站上使用drush9？事实上，我确实查过这个，这个过程看起来很麻烦。我的大多数D8网站都很小，据我所知，最好从头开始。我发现在drush中最有用的是，它允许您生成完整的代码转储，并将更新的文件存储在drush备份目录中。因此，让我重新表述这个问题: drush9和composer将来还会重新引入备份功能吗？docs状态:存档-转储不幸已从Drush 9中删除，因此您必须使用标准的CLI工具来备份所需的目录--通常不包括供应商目录。为什么这个功能没有把它变成9呢？是否有一种方法可以指定在保持drush8全局备份时应该使用哪个drush composer？

我的人生故事(不是我写的，但有些人会说)可以在这里找到：https://www.drupal.org/forum/support/post-installation/2017-03-24/how-do-i-migrate-existing-d8-site-into-a-composer-managed#comment-12328927

感谢任何人能够帮助我和许多其他人，使他们的网站安全(简单的方法；)。