scala - Builder vs Gradle、賛否両論?

Question

誰かに Buildr と Gradle の両方を使用してもらい、このビルド ツールを比較してもらいます。一見すると、それらは非常に似ています。しかし、何を選ぶべきか。また、Scala のサポートやさまざまな IDE 統合 (IDEA、NetBeans、Eclipse) についての情報も得られます。

ありがとう。

Answer 1

私は両方を使ってみましたが、間違いなく Gradle をお勧めします。どちらもほとんど同じ表現力を持っていますが、Gradle は (バージョン 1.0 以降) はるかに安定しており、インストールの手間が少なく、ドキュメントも充実しています。Buildr は間違いなく多大な努力を払っていますが、現時点では Gradle の方がはるかに専門的に作成されています。

私が Gradle で直面した唯一の問題は、Gradle が依存エンジンとして実際に Ivy を使用しているにもかかわらず、ivy.xml (および ivysettings.xml) を再利用するためのネイティブ サポートがないことです。この機能は、近いうちに実装される予定です。一方、Buildr には、そのためのすぐに使用できるプラグインがあります (ただし、あまり構成可能ではありません)。

Maven から移行する必要がある場合は、両方のツールと必要な機能のサポートについて調査します。新しいプロジェクトには、Gradle をお勧めします。

どちらも Eclipse を適切にサポートしていませんが、Gradle には、Ant プラグインと非常によく似た作業中の Eclipse プラグインがあります。また、Gradle の Eclipse 設定ファイルの生成は高度にカスタマイズ可能であるため、Eclipse と統合するもう 1 つの方法です。

Answer 2

私は gradle と buildr の両方を調べ、最終的に buildr を選択しました。これは、gradle の 1 つの大きな欠点であるビルド システムの起動時間のためです。buildr ははるかに高速で、インクリメンタル ビルドが大幅に高速化されました。パフォーマンスは、gradle ではほとんど耐えられないものでした。ビルド システムが何回起動されるかを考えて、一定のオーバーヘッドを合計してください。

ところで、両方のビルド システム (buildr と gradle) を備えたビルド サーバーはあまり有用ではなく、エラーが発生しやすいことがわかりました (つまり、実際に速度を上げるよりもトラブルシューティングに多くの時間を費やしました)。

Answer 3

これが役立つかどうかを確認してください（おそらく時代遅れです）：http://www.tikalk.com/alm/blog/buildr-vs-gradle

BuildR と比較すると、Gradle をお勧めします。 1. Groovy は、Ruby よりも JVM エコシステムにはるかに「ネイティブ」です。JRuby を使用する場合でも、多くの gem をインストールする必要があります。 2. BuildR の開発はクローリングです。彼らは長い間新しい機能を追加していません

そうは言っても、私はこれらのいずれかを使用することに疑問を抱きます。タスクをスクリプト化する能力には、ビルドを維持する前に人々が学ぶ必要がある多くのロジックがビルドに含まれるというリスクが伴います。これは製品のメイン ロジックではないため、ビルドを維持したくない人や、正しくないコピー アンド ペースト方法 (たとえば、パフォーマンスの観点から) を使用するリスクがあります。Maven では、pom にロジックはありません。また、Gradle/BuildR を使用するということは、製品をビルドするには、Gradle/BuildR をインストールする必要があることを意味します。ここでは Maven の方がはるかに標準的です。