我有时正在开发 Drupal 站点。此开发涉及编写自定义模块，当然还有管理界面上的大量配置工作。
我使用 SCM（当然是 git ..）跟踪我的自定义模块。不幸的是，所有 drupal 模块的配置更加重要和脆弱。这些设置分布在数据库中，因此无法轻松跟踪。
我每天都为我的开发数据库创建备份，但是在意识到出了点问题后，将备份与实际状态进行比较以寻找差异是一件很痛苦的事情。
你有任何最佳实践或建议如何专业地做到这一点？（如果这很重要，我仍然使用 Drupal 6，但我也对 7 和 8 版本的新功能感兴趣）我读到了非常有前途的功能模块，但不完全是我需要的。
我的第一个想法是（1）一个模块，它将所有设置存储在可以使用 SCM 轻松跟踪的文件中，或者（2）一些自动功能，每次发生变化时都会将表导出到文件中
随着时间的推移，越来越多的配置可以移动到 SCM 中。
在 Drupal 7 的状态下，一些人开始开发他们的站点作为安装配置文件。例如：
http ://walkah.net/blog/every-drupal-site-install-profile/
功能是跟踪更改的另一种方式，并且对随时间更改配置很有用，例如，当几个人在一个站点上工作并希望共享他们在本地开发机器上构建的配置时。使用ctools和drush可以增强功能的可用性（请参阅Drush CTools Export Bonus 模块，就像您采用该路线一样）。
对于快速导入/导出Node types、Taxonomy、User和http://drupal.org/project/bundle_copy似乎是一个不错的选择Field API fields。Field groups
这是一篇关于不同选项的好博文：http: //palantir.net/blog/multi-headed-drupal
使用 Drupal 8，我们将看到配置管理的巨大转变，因为配置导出将内置到核心中。有几个核心计划，其中之一是配置管理计划。某些功能的反向移植可作为 Drupal 7 模块使用。
除此之外，我喜欢在工作时处理事情的一种方式是记下我随着时间的推移或我正在从事的项目的问题跟踪器中改变的事情。