3

時々 Drupal サイトを開発しています。この開発には、カスタム モジュールの作成と、もちろん管理インターフェイスでの多くの構成作業が含まれます。

SCM (もちろん git ..) を使用してカスタム モジュールを追跡しています。残念ながら、すべての drupal モジュールの構成はさらに重要で脆弱です。これらの設定はデータベースに分散されているため、簡単に追跡することはできません。

日頃から開発DBのバックアップをとっているのですが、何かがおかしいことに気付き、バックアップと実際の状態を比較して違いを探すのが面倒です。

専門的に行うためのベストプラクティスや提案はありますか? （それが問題になる場合は、まだ Drupal 6 を使用していますが、7 および 8 バージョンの新機能にも興味があります）非常に有望な Feature モジュールについて読みましたが、必要なものではありません。

私の最初のアイデアは、(1) SCM で簡単に追跡できるファイルにすべての設定を保存するモジュール、または (2) 何かが変更されるたびにテーブルをファイルにエクスポートする何らかの自動化でした。

4

1 に答える 1

8

時間が経つにつれて、ますます多くの構成を SCM に移動できます。

Drupal 7 の状態で、自分のサイトをインストール プロファイルとして開発し始める人もいます。例:
http://walkah.net/blog/every-drupal-site-install-profile/

機能は、変更を追跡するもう 1 つの方法であり、時間の経過とともに構成を変更するのに役立ちます。たとえば、複数の人がサイトで作業していて、ローカルの開発マシンで構築した構成を共有したい場合などです。機能の使いやすさは、 ctoolsとdrushを使用して強化できます( Drush CTools Export Bonus モジュールを参照してください)。

Node types、Taxonomy、User、Field API fieldsおよびField groups http://drupal.org/project/bundle_copyをすばやくインポート/エクスポートするには、良いオプションのようです。

さまざまなオプションに関する優れたブログ投稿は次のとおりです。http://palantir.net/blog/multi-headed-drupal

Drupal 8 では、構成エクスポートがコアに組み込まれるため、構成管理に大きな変化が見られます。いくつかのコア イニシアチブがあり、その 1 つが構成管理イニシアチブです。一部の機能のバックポートは、Drupal 7 モジュールとして利用できます。

これに加えて、作業中に物事を処理するのが好きな方法は、自分の時間で変更したこと、または取り組んでいるプロジェクトの課題トラッカーに記録することです。

于 2012-11-27T13:41:30.557 に答える