保持跟蹤Drupal站點配置更改

Question

我有時正在開發Drupal站點。這種開發涉及編寫自定義模塊，當然還有許多管理界面上的配置工作。

我跟蹤我的自定義模塊使用SCM（git當然..）。不幸的是，所有的drupal模塊的配置更加重要和脆弱。這些設置分散在數據庫中，因此無法輕鬆跟蹤。

我每天創建我的開發數據庫備份，但意識到出了問題，將備份與實際狀態進行比較以尋找差異是一種痛苦。

你有什麼最佳實踐或建議如何做到專業？ （如果重要的話，我仍然使用Drupal 6，但是我也對7和8版本的新功能感興趣），我閱讀了非常有前途的功能模塊，但不是我所需要的。

我的第一個想法是：（1），將存儲所有的文件，可以與SCM容易被跟蹤的設置，或（2）部分，將表導出到文件每次都會有一些全自動改變

Answer 1

模塊隨着時間的推移，越來越多的配置可以轉移到SCM中。

在Drupal 7州，有些人開始將自己的網站開發爲installation profiles。 E.g：
http://walkah.net/blog/every-drupal-site-install-profile/

Features是跟蹤變化和有用的另一種方式來隨時間變化的結構，例如當幾個人在網站上工作並且想要分享他們在他們的本地開發機器上構建的配置時。使用ctools和drush可以增強功能的可用性（請參閱Drush CTools Export Bonus module就好像您採用該路線一樣）。

對於Node types，Taxonomy，User，Field API fields和Field groupshttp://drupal.org/project/bundle_copy快進/出口似乎是一個不錯的選擇。

這裏是一個很好的博客文章對不同的選項：http://palantir.net/blog/multi-headed-drupal

使用Drupal 8中，我們可以看到在配置管理一個大的轉變，因爲配置的出口將建設成爲核心。有幾個core initiatives和一個是configuration management initiative。一些功能的回溯可用as a Drupal 7 module。

除此之外，我喜歡在工作時處理事情的方式是記錄我隨時間或在項目問題跟蹤器中所做的更改。