私は少し迷っています。開発者の同僚の 1 人が drupal Web サイトを作成しており、特別なページ、カスタム ロゴ、カスタム階層などを作成しています。彼の作業は、データベース テーブル (CCK 作成テーブルのように見えます)、行 (テキスト、画像リンクなど)、静的ファイル (写真、PDF など)、そして PHP (カスタム モジュール) などがあります。
私の問題は、彼の作業を git リポジトリーに入れ、それを一貫した方法でさまざまなサーバーにデプロイできるようにすることです。これは、従来の開発者の作業 (J2EE としましょう) の場合と同様です。私の制約の 1 つは、さまざまな RDBMS に同じコードを展開する可能性があるため、生の SQL を避けることです。しかし、必要に応じて、この制約を緩和します。
すぐに使えるモジュールが見つかりません。drupal Web サイトで見逃していた可能性のあるポインタはありますか?
ご協力いただきありがとうございます、
ニコラス。
機能モジュールは、あなたが行きたいと思っていたかもしれません. さまざまなサイトおよびモジュール構成をエクスポートできます。エクスポートはカスタム Drupal モジュールの形式であり、それを保存して git 経由で管理し、その後、機能を他の Drupal サイトにロールアウトできます。
http://drupal.org/project/features
モジュールの詳細 (およびスクリーンキャスト):
http://developmentseed.org/blog/2009/may/29/make-and-using-features-drupal
ContextとともにFeaturesを使用することは非常に強力です。コンテキストを使用すると、サイトの「セクション」を作成できます。例を通してそれを最もよく説明します：
「フォーラム」コンテキストをフォーラム/* の URL を持つものとして定義するとしましょう。コンテキストでは、「「フォーラム」コンテキストにいる場合にのみ、右側のサイド バーにこれら 3 つのビューを表示したいと考えています。
ここで、Features を使用して、コンテキストによって定義される「モジュール」を作成できます。そのため、「youSite_forums」というモジュールが完成します。これには、フォーラム コンテキストで定義されたすべてのビュー、ブロックなどが含まれます。また、コンテキストで使用されるコンテンツ タイプだけでなく、正しい依存関係も決定します。すべてがモジュールにうまくまとめられます。
ノードなどのバージョニング コンテンツについては、Node Export を使用するか、Backup and Migrate を使用して DB ダンプを行うことができます。これらは時々使用しますが、すべてのノードを SVN でバージョン管理することはありません。
リンク:
サービスと展開についても調べてみてください。展開では、サービス xmlrpc サーバーを使用して、ほとんどの drupal データをあるサイトから別のサイトに送信します。この場合は、開発者のインストールをステージングのインストールに送信します。
http://drupal.org/project/Services
http://drupal.org/project/deploy
「さまざまなサーバーに一貫した方法でデプロイする」方法については、railsless-deploy で Capistrano を参照してください。いくつかのタスクのセットアップはとても簡単なので、私はそれを使ってすべての drupal サイトをデプロイしています。