タグ付けされた質問 「distributions」

4
繰り返し可能なDrupalインストールを作成しますか?
異なるサイトにDrupalをインストールするとき、同じモジュールを何度も何度もインストールすることに気づきます。DRYの利益のために、drupalをインストールし、インストール済みの基本モジュール、基本テーマセット、および他の一般的な設定オプションセットをインストールできるカスタムサイト「テンプレート」を作成するにはどうすればよいですか。 Drupalプロファイルについて少し読んだことがあり、Drushツールを見たことがあります。おそらく、これら以外のツールもあります。これを行う最善の方法は何ですか? 更新 わかりましたので、Drush makeとDrupalのインストールプロファイルがジョブに適したツールのようです。私はそれらについて話すこれらのブログ投稿を見つけました: 概要 ブラシメイク インストールプロファイル ほとんどすべてのパズルのピースを手に入れたように感じます。私がまだ明確にしていないのは、Drush Makeプロセスとプロファイルを組み合わせる方法です。どのようにして、drush makeが作成するdrupalインストールのプロファイルディレクトリにプロファイルファイルを取得しますか?または、これをシェルスクリプト経由で行う必要がありますか? 更新2 私はこのビデオを見つけました: http://chicago2011.drupal.org/sessions/zero-distribution-using-features-profiler-and-drush-make プロファイラでのdrush makeの使用について説明しています。Drush Makeとプロファイルの関係は、DrupalとプロファイルのみをダウンロードするDrush Makeファイルが1つあるようです。次に、プロファイル「モジュール」内に、すべてのモジュールコンポーネントをダウンロードする別のDrush Makeファイルがあります。 ビデオでは、drupalセットアップ自動化のもう1つのレベルである機能についても説明しています。 このワークフローでは売れません。それはすべて少し複雑に思えます。しかし、これは私の最初の露出だったので、多分私はもっと後でそれを感謝します。私はdrush makeが好きですが、プロファイルをいじる代わりにdrushを使用してモジュールを有効にできると考えています。私は、drush makeを実行し、プレーンブラシを使用してモジュールを有効にするbashシェルスクリプトを作成すると思います。 次のステップは、繰り返し可能な方法でモジュールの構成を行う方法です。これは機能かもしれないと思う?または、プロファイルをさらに調べる必要があります。

2
コード駆動型開発ワークフローで機能とインストールプロファイルのバランスをとるにはどうすればよいですか?
Drupalインストールプロファイル(Drupal 7)は非常に強力であり、モジュールでできることはほぼすべて実行できます。インストールプロファイルと機能を使用してサイトを開発し、すべてをコードに保持して、データベースをバージョン管理する必要がないようにします。 インストールプロファイルの力を考えると、機能モジュールでできることの多くは、インストールプロファイルでも実行できます。たとえば、コンテンツタイプの作成、権限の設定など。Drupalでコード駆動型開発ワークフローを使用する場合、何かがインストールプロファイルまたは機能モジュールに属するかどうかを判断するにはどうすればよいですか。

2
インストールプロファイル中にsettings.phpをカスタマイズする方法
現在の社内プロジェクトのインストールプロファイルを作成しています。 インストールプロセス中init()に、で定義された1つのグローバル変数settings.php(モジュールの現在のデフォルトの動作)を使用しようとするため、カスタムモジュールの1つが中にクラッシュします。 使用してsystem_form_install_settings_form_alter()、私は、ユーザーの入力のための一つの入力テキストフィールドを追加することにより、設定フォームを変更して、上の値を提出することに追加されsettings.phpますが、settings.phpプロファイルのインストールを開始する前に書き換え中です。 settings.phpインストールプロセスによるクリーンアップを防ぐ方法はありますか?

1
カスタムタスクを使用したインストールプロファイルのテスト
大規模なプロジェクトでは、コード駆動型の開発ワークフローを使用しています。カスタムインストールプロファイルを使用して、プロジェクトで使用されるcontribおよびカスタムモジュールをインストールおよび構成しています。このプロファイルが正しいことを確認するには、他のモジュールと同様にテストする必要があります。 現在、これまでのところうまくいったこのようなSimpleTestテストケースを使用しています。 class FooTestCase extends DrupalWebTestCase { protected $admin_user = null; public function getInfo() { return array( 'name' => 'Foo Profile', 'description' => 'Ensure that the Foo profile configure the site.', 'group' => 'Foo', ); } public function setUp() { $this->profile = 'foo'; parent::setUp(); } //Test methods ... } サイトは多言語である必要があるため、必要なすべての言語をインストールして有効にするために、を使用してカスタムプロファイルタスクを追加しましたhook_install_tasks。ブラウザから実行すると、タスクは正常に動作します。ただし、DrupalWebTestCase …

2
配布プロファイルモジュールをプロファイルフォルダからsites / all / modulesに移動できますか?
ディストリビューションプロファイルをインストールし、実行Drush upしてモジュールを更新しました。 profiles / somefolder / modulesにあるモジュールにいくつか問題があります。Drushは古いモジュールを移動しましたが、新しいモジュールは追加されません。 モジュールをプロファイルフォルダからsites / all / modulesに移動できますか? インストールプロファイルはCommerce Kickstartです。

1
Drupalディストリビューションをリリースする方法
私はサイトを開発しており、Drupalディストリビューションとしては本当にうまくいくと思います。作成方法はわかりませんが、drush make、インストールプロファイルなどに精通しています。Drupalディストリビューションとは何ですか。どのようにリリースしますか?主な利点は何ですか?

4
drupalディストリビューションを更新する正しい方法は?
Commerce Kickstartディストリビューションのサイトがあります。 私の配布バージョンは7.x-2.0-rc1ですが、7.x-2.0-rc2バージョンが利用可能になりました。 ディストリビューションを更新するにはどうすればよいですか?私はこれらの方法を試しました(どちらも失敗しました...) 1)drupal uiを使用して、アップデートの標準プロセスに従います。私はこのエラーメッセージを受け取ります: > Notice: Undefined index: version_major in update_calculate_project_update_status() (line 595 of > /Applications/MAMP/htdocs/mySite.com/modules/update/update.compare.inc). > Downloading updates failed: > > commerce_kickstart-7.x-2.0-rc2-core.tar.gz does not contain any .info files. > Notice: Undefined index: version_major in update_calculate_project_update_status() (line 595 of > /Applications/MAMP/htdocs/mySite.com/modules/update/update.compare.inc). 2)ディストリビューションをダウンロードして、mysite.com / profiles / commerce_kickstartフォルダーを置き換えました。これも機能しませんでした。 ¿これを行う正しい方法はどれですか?

3
drupalコアでデフォルトのインストールプロファイルを削除する
コアをハッキングする必要なくdrupalに付属するコアインストールプロファイルを削除する方法はありますか?つまり、このリストを変更するために実行できるフックはありますか? これが必要な理由は、aegirで使用するカスタムインストールプロファイルを作成しており、ユーザーが新しいサイトを作成するためのオプションとして、デフォルトのコアドルパル「最小」および「標準」インストールプロファイルを必要としないためです。 おそらくこれはaegirのフックかもしれませんか? 誰かがこれに対するエレガントな解決策を見つけましたか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.