2016-09-19 11 views
3

私たちはフロントエンドのjsコードベース(angularjs)を、一般的な設定のように見えるgruntでnodejsを使って構築していますが、この解決策に満足できません。誰かがビルドセットアップの提案をしていますか?私たちのjsを最小限に抑え、lessを実行するなど(node一般的な角度と一般的なアプリケーションのためのカスタムステップに加えて)npmなしでjs環境用にビルドしますか?

私はflamewarを開始避けるためにそのままにしておくが、ここで我々の見解では、現在のセットアップの欠点のいくつかは、文脈のために、あるでしょう:

  • イサキも基本的な機能を持っていません。 1970ビルドシステムの、自動的NPMは、すべての私たちの構築サーバー上で実行されている一定の頭痛が

を構築する原因となっている

ファイルの修正時刻に基づいて

  • を変更されたファイルのみを再構築するような
  • 答えて

    1

    gruntに1970年代のビルドシステムの基本機能がない場合、なぜ1970年代のビルドシステムを使用しないのですか?

    makeをご利用ください。それはまだ正常に動作します。あなたがそれがどのように機能するかに満足すれば、それを使用しない理由はありません。

    +0

    ありがとうございます。私はmakeを検討していますが、細分化やlintingのようなJS固有のステップについて疑問を抱いていました。今私は縮小とeslint(ノードで実行しているが、npmのインストール-gでグローバルにインストールされている)のためのGoogleクロージャコンパイラでmakeを使用することを考えています。また、楽しいことの1つは、ネイティブにしないファイルを見ていることです。 – jssebastian

    +2

    @jssebastianあなたは常にwhileを使うことができます。 - silentを作る。スリープ5;やられたか、何かがmakeのようなものです。 minification、lintingなど、makeのすべてのコマンドを実行することができます。lintingは 'make check'や' make test'でうまくいくかもしれませんが、すべてのターゲットを定義するのはあなた次第です。実際にmakeは、大部分の人が理解するよりもはるかに強力であり、その利点は、それがどこでも動作するだけでなく、すべての言語で使用できるクロスプラットフォームであるということです。 – rsp

    +0

    同僚は、inotifywaitに基づいたシンプルなシェルスクリプトを作成します。このスクリプトは、変更があった場合にmakeをトリガーしますが、おそらくはlinuxでのみ動作します。 – jssebastian

    関連する問題