发布系统而不是全栈 CMS 的原因之一是在门存储库中管理所有内容的概念。因此，对生活站点的更改可以自动部署，并且该门存储库是该项目的单一事实来源。您没有代表系统不同版本的数据库的多个副本来解决在一个环境中开发新站点功能的问题，然后尝试找出如何构建该功能并将其部署到实时环境，这自从他们开始开发该功能以来，目标可能已经改变。Drupal 是否提供任何方法来管理这个特别困难的流程？ 安吉：是的，事实上，从 Drupal 7 开始，我们有一个称为功能模块的概念，以及功能是什么，能够将模块功能和配置更改结合起来，并将它们部署为环境之间的逻辑代码块。在 Drupal 8 和 9 中，我们通过将其直接构建到核心系统中来改进了这种能力。

有东西叫做配置管理系

它所做的就是您所做的每一点配置。例如，我的网站名称是什么，我正在制作的电子邮件模板是什么，诸如此类。所有内容都存储在一个集中式系统中，该系统拥有 阿尔巴尼亚电话号码列表 其他所有内容，而且 Drupal 具有无限的灵活性。 安吉：例如，它可以导出为 YAML 文件，这样就可以在环境之间来回迁移。然后也很容易进行 get、diff 并找出“哦，好吧。自从我上次看到这些内容以来，已经发生了一些变化，我可以仔细检查它们，确保它们看起来不错，很高兴将它们导入进来。” 并且既有用于执行此操作的粘性工具，也有用于执行此操作的命令行工具，因为 Drupal 始终致力于为这两种受众提供服务。 德鲁：当你制作一个成熟软件项目的新主要版本时，总是有这个绝佳的机会来弃用和。

删除那些已经过时的部分也许

些从未像你希望的那样流行的功能，并解决技术债务之类的问题。事物。Drupal 9 在清理方面做了哪些改变？ 安吉：是的，我们确实把主要版本升级作为一次真正清 B2B 潜在客户 理内部的机会。我们在 Drupal 8 周期中一直在做的就是设想新的做事方式。更好、更清晰的 API，例如，管理实体或配置或类似的东西，或者像更现代的 JavaScript 库来处理拖放或类似的东西。在 Drupal 8 期间，我们所做的就是保留所有旧的内容，因为我们不想在 2015 年到今天之间破坏任何人的网站。但 Drupal 9 给了我们机会说：“好吧，随着我们一路走来，我们只是将所有这些东西标记为已弃用。” 安吉：因此，我们稍后可以找到它们，然后说：“这就是我们需要清理的东西。