2016-01-21 4 views

答えて

6
  • Rebar2:は、それは最初に使用可能で、事実上のErlangのプロジェクトのほとんどは、それを使用しているツールを構築します。依存関係を取得し、コンパイルし、テストし、プロジェクトをリリースするために、Erlangスクリプトを使用します。しかし、それは現代の構築ツールではなく、開発段階でのコンパイルの遅さ、大規模なプロジェクトでの使用の難しさ、新規参入者にとっては理解しにくいものに苦しんでいます。

  • Rebar3: rebar2の後継で、メカニズムの改善と最新のビルドツールと互換性のある新しい機能の提供が試みられています。また、それは新規参入者にとって使いやすいです

  • Erlang.mk:大きなメークファイルです。 Makefileは高速であり、デフォルトではすべてのUnixシステムで利用可能であるため、Erlangアプリケーションビルドツールのこれらの機能を利用することができます。それは最もよく知られているErlangプロジェクトとRebarのような他の標準機能のpackage indexを持っています。またit is faster that rebar2相を開発中(予備的な結果はrebar3は、特に速いErlang.mkよりであることを示している)


私は自分自身が鉄筋を使用して、あなたの質問のこのpossible duplicateは、同様に鉄筋をお勧めします2つの答えを持っています。しかし、それは味の問題であり、私は2つの異なるアプローチを検討し、あなたの目的に近いものを選択することをお勧めします。

+0

ありがとうございます!!!!!!! – Leviathan

+1

Rebarのメリットの1つは、OTPに準拠していることです(私はErlang.mkがそうではない、私はそれを使用しないとは言いません!)ので、OTPファイル構成に慣れる、または既存のものを調べる)、すべてのツールを使用する準備ができています(テスト、監視など)。 – Pascal

+1

rebar2、rebar3、erlang.mkビルド時間のErlang IRCチャンネルの1つにいくつかの数字が掲示されていました。 Rebar2はこれまでのところ最も遅かった。しかしrebar3は最初のビルドではErlang.mkよりもかなり速く、2回目のビルドではさらに多くの情報をキャッシュするので、rebar3はすべての実行を再集計する必要があります。 –

関連する問題