カスタムモジュールの社内リポジトリを維持しますか?


7

コントリビュートされたモジュールに新しいバージョンがある場合は常に、Drupalのアップデートマネージャーは通知を表示し、アップデートの自動ダウンロードを許可します。その後、ユーザーは「update.php」を案内されます。カスタムモジュールに対して同じ自動処理を取得することは可能ですか?

特定のサイト用にいくつかのカスタムモジュールを開発する場合、自分でモジュールをホストしている指定のサーバー上で、Drupalに上記のカスタムモジュールの更新を検索させ、提供されたものと同様に扱うのは興味深いことです。モジュール。しかし、これは良い習慣に反するのでしょうか?

回答:


4

多分これは良い習慣に反するのですか?

私の意見では、モジュールに中央リポジトリを提供することは良いことだと思いました。これは、カスタムモジュールの変更により複数のサイトを最新の状態に保つための最良の方法です。

必要なのは、Feature Serverモジュールの組み合わせです。

このモジュールを使用すると、独自のWebサイトで機能やカスタムモジュールを共有できます。プロジェクトとリリースを作成し、コアの更新モジュールと互換性のある更新XMLフィードを生成します。ある意味、それはプロジェクトモジュールの非常に簡略化されたバージョンです。

また、project status urlカスタムモジュールのモジュール.infoファイル設定:

モジュールのメンテナが、Update statusモジュールを使用してモジュールの更新を確認するためのURLを定義できるようにします。drupal.orgでリリースされたモジュールでは、このパラメーターを定義しないでください。URLは、http://my.domain.com/projects/ {project} / {core} の形式でリクエストを受け入れるXMLフィードを指す必要があります。この例では、プロジェクトステータスのURLをhttp://my.domain.com/projectsに設定する必要があります。


Feature Serverまさに私が考えていた機能を備えています。うまくいけば、それは最終的に7.xリリースになるでしょう...ありがとう。
CamilB 2014

それは@CamilBではありませんが、D6バージョンを使用してD7モジュールを提供できます-少し混乱しますが、機能します:)
Clive

はい、その部分を3回読みました。しかし、確かに... D6サイトは*.infoカスタムモジュールのファイルのみを気にする必要があります(またはまったく気にしないでください...)。実際、D6サイトはD7サイトにサービスを提供しているD7モジュールを有効にしません。調べてみます。
CamilB 2014
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.