Scalaプロジェクトでsbtとmavenを使用する場合の長所と短所

Question

Scalaにはどのビルドツールが最適ですか？それぞれの長所と短所は何ですか？プロジェクトでどのプロジェクトを使用するかはどのように決定するのですか？

Answer 1

私たちはCIサーバとうまく統合されているため、Mavenを使ってScalaプロジェクトを構築しています。もちろん、シェルスクリプトを実行してビルドを開始することもできますが、Mavenから出てくる他の情報がCIに取り込まれています。 ScalaプロジェクトにMavenを使用することが私が考えることができる唯一の理由です。

それ以外の場合は、SBTを使用してください。同じ依存関係にアクセスすることができます（実際には、IMHOについての最良の部分です）。増分コンパイルも得られますが、それは巨大です。あなたのプロジェクトの中でシェルを起動する能力。これは素晴らしいことです。

ScalaMockはSBTでしか動作しないため、Java Mockingライブラリではなく、これを使用したいと思うかもしれません。さらに、は、ビルドファイルに完全なスカラコードを書くことができるので、SBTを拡張するのが簡単なので、Mojoを書く際のすべての手順を経る必要はありません。

要するに、CIサーバーとの緊密な統合が本当に必要でない限り、SBTを使用してください。

Answer 2

質問は多くの意見を生成する危険性があります。それはあなたの環境、以前の知識などの要件や説明の明確なリストを持っている方が良いでしょう

FWIW、より多くの意見がthis scala mailing list threadにあります。

私の2cは、次のとおりです。あなたは、単純なプロジェクトのための特定の要件

• を持っていない場合はSBTで行く、それは
• 全く楽だ（あなたが依存関係を持ってまで、あなたもビルドファイルは必要ありません） Scalaのオープンソースプロジェクトで広く使用されています。他の人のプロジェクトを見て、設定について簡単に知ることができます。さらに多くのプロジェクトでは、sbtを使用し、プロジェクトに依存するものとして追加するためにready-made copy+paste instructionを提供していると想定しています。
• IntelliJ IDEAを使用すると完全に統合できます。 have IDEA use sbtプロジェクトを継続的にコンパイルすることができます。その逆の場合は、すぐにgenerate IDEA projectsにsbtを使用できます。最後は、マイナーバージョンからマイナーバージョンにぶつかっている他のライブラリに依存する「スナップショット」サイクルの場合に非常に便利です。プロジェクトを閉じてビルドファイルのバージョンを更新し、 gen-ideaタスクを開き、プロジェクトを再度開きます。更新が完了しました。
• はあなたが必要とするほとんどのタスク（compile、test、run、doc、publish-local、console）と準備ができています - consoleは、最高の機能の一つです。
• 一部の人々は、GitHubから直接取得したソースリポジトリに依存するという機能を強調しています。私はこれを使用していないのでここでコメントすることはできません。一部の人々は、それは（私はその長所と短所についてはコメントできませんが、ほとんどの時間は、それが非問題です）依存関係の管理のためにアイビーを使用していますので、あなたが指定しているため、一部の人々はSBT嫌いSBT嫌い

XMLではなくScala DSLの観点からファイルをビルドします。一部の人々は、sbtの形式がv0.7からv0.10に変更されたことに失望しましたが、最初から開始すると、マイグレーションは影響を与えません。