私が関わったすべてのAngularプロジェクトで、grunt task runnerを使用してきました。
現在、gulp-protractor-qaテストですべての要素セレクターをオンザフライで監視する gulp のプラグインを見つけました。機能は優れていますが、別のビルド システム用に別の構成を用意する必要があります (プラグインgulpfile.jsの中で適切な代替手段が見つかりません)。grunt
1 つのプロジェクトでgruntとビルド システムの両方を使用しても問題ありませんか? gulpこの場合、一般的に受け入れられているアクションは何ですか?
gulp-protractor-qaはほんの一例です。両方のビルド システムで異なる適切なプラグインが必要になり、2 つの椅子に座ってみるという選択をしなければならなくなったときに、これが再び私を襲うだろうと想像できます。
あなたが言ったように、他gruntに .
もちろん、 に追加する各タスクに伴うオーバーライドや競合の可能性に注意する必要がありgulpますwatchers。無限ループのいずれかのランナー原因でそれらを使用することを常に選択してください。この場合、gulp-protractor-qaファイルを監視していても、実行される依存タスクはなく、何も書き込まれないので問題ありません。
また、新しい依存関係は主に依存関係になるため、devデプロイされたアプリのパフォーマンスは、デプロイごとにテストを実行する場合を除いて、ほとんど影響を受けないか影響を受けません。インストールには少し時間がかかる場合があります。
1 つのフロントエンド プロジェクトで 2 つのビルド システムを実行すると、問題が発生するようです。gulp から grunt タスクを実行するオプション ( https://www.npmjs.org/package/gulp-grunt ) またはその逆、grunt から gulp タスク ( https://www.npmjs.org/package/grunt-ゴクリ）。gulp は grunt よりもはるかに高速であるため、最初の方法の方が効率的です。完全に飲み込むことを検討してください。多くの grunt プラグインには、"ネイティブ" の gulp プラグインがあります。
gulp への移行はオプションのように思えますが、新しいツールのビルド構成を書き直すためにその時間を費やすという考えが気に入らない場合は、yeoman-genereators を使用してみてください。特に、すばらしいブーム ジェネレーター (npmjs.org/package/generator-boom) の使用をお勧めします。これは、今日のテーブルのボックスから構築された gulp を備えた angular に最適なジェネレーターです。