drush makeを使用してモジュールのみをロードしますか?


8

多くのモジュールを含む開発サイトがあります。同じモジュールを追加したい別のサーバーに別の開発サイトがあります。圧縮してファイルを移動したり、rsyncを使用したりできますが、drush-makeの方が高速かどうかを確認したいと思っていました。

コアを使用しないモジュールのみを作成できます。モジュールディレクトリ内で「drush make --no-core makefile.make」を使用しますが、これにより、sites / all / modulesディレクトリ階層が作成されます。

drush makeを使用して、その構造なしでモジュールディレクトリにモジュールをビルドする方法を教えてください。

回答:


8

を実行するdrush make --contrib-destination=sites/mysiteと、モジュールはsites / mysite / modulesに配置されます。rsyncはDrushのmakeよりも高速になります。(編集:この速度比較では、エンドポイント間の転送速度がほぼ等しいと想定しています。ターゲットからの接続が高速で、ソースとターゲット間の接続が遅い場合、makeがどのように高速になるかがわかります。)

既存のサイトのmakefileを作成する場合はdrush generate-makefile、を使用するか、drush generate-profileを使用してインストールプロファイル全体を作成します


それはうまくいきませんでした。テストとして、サイトのルートにディレクトリtest_drushを作成し、その中にmakefileを置きました。コマンド: 'drush make --no-core --contrib-destination = all / modules makefile.make'でも、その階層にその階層が作成されます。階層test_drush / all / modulesがすでに存在する場合、どのように試しても、次のようになります:test_drush / all / modules / modules / module_xyz、これを開始する必要がある場合でも:test_drush / all、およびno module sub -ディレクトリ。アップロード速度が遅いので、rsyncが私のPCから本当に遅くなると思います。ファイルが既に存在する場合、Rsyncはファイル同期として高速です。
ジェフ

1
モジュールをtest_drush / all / modulesに配置しようとしている理由がわかりません。sites / mysiteを指定した場合、ターゲットはsites / all / modulesになるため、-contrib-destination = all / modulesがall / modules / modulesを提供すると予想されます。--contrib-destination = allを試しましたか?
greg_1_anderson 2012年

失敗した場合にファイル構造を台無しにしたくなかったので、drush makeの結果をテストしていました。私はパンクしてrsyncを使用しました。多分あなたが提案したものはうまくいくでしょう-私は後でもう一度試してみます。ありがとう!
ジェフ

特にテストする場合は、空のサイトでdrush makeを実行することをお勧めします。その後、テスト後にすべてを吹き飛ばすことができます。また、モジュールを最終的な目的の場所(たとえば、sites / all / modules)にインストールさせると、より良いテストになります。
greg_1_anderson 2012年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.