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

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

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

それ以外の場合は、SBTを使用してください。同じ依存関係にアクセスできます（実際にはmavenの最良の部分であるIMHO）。インクリメンタルコンパイルも利用できます。プロジェクト内でシェルを起動する機能。これも素晴らしいことです。

ScalaMockはSBTでのみ機能し、おそらくJavaモックライブラリーではなくそれを使用したいと思うでしょう。その上、ビルドファイルで完全なscalaコードを記述できるため、SBTを拡張する方がはるかに簡単です。したがって、Mojoを記述するための厳密な手順をすべて実行する必要はありません。

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

質問は、多くの意見を生み出すだけの危険にさらされています。要件の明確なリスト、または環境の説明、以前の知識などがあるとよいでしょう。

FWIW、このScalaメーリングリストのスレッドにはもっと多くの意見があります。

私の2cは：特定の要件がない場合はsbtで行く

• 単純なプロジェクトの場合、それは完全に簡単です（依存関係ができるまでビルドファイルは必要ありません）
• Scalaオープンソースプロジェクト全体で一般的に使用されます。他の人のプロジェクトを覗くと、構成について簡単に学ぶことができます。さらに、多くのプロジェクトでは、sbtを使用することを前提としており、プロジェクトに依存関係として追加するための既製のコピーと貼り付けの手順を提供しています。
• IntelliJ IDEAを使用すれば、完全に統合できます。あなたはできるIDEA利用SBT持ってあなたはすぐにSBTを使用することができますVERSA継続的にプロジェクトをコンパイルすると、副をIDEAプロジェクトを生成します。最後は、マイナーバージョンからマイナーバージョンにバンプされている他のライブラリーに依存する「スナップショット」サイクルにある場合に非常に便利です。プロジェクトを閉じ、ビルドファイルでバージョンを更新し、再実行します。gen-ideaタスク、そしてプロジェクトを再び開く：更新が完了しました。
• あなたが必要になりますほとんどのタスク（と準備ができていますcompile、test、run、doc、publish-local、console） - console最高の機能の一つです。
• 一部の人々は、依存関係がGitHubから直接取得されるソースリポジトリである可能性があるという機能を強調しています。これは使ったことがないのでここではコメントできません。

依存関係管理にIvyを使用しているためにsbtを嫌う人もいます（長所と短所についてはコメントできませんが、ほとんどの場合それは問題ではありません）。ビルドファイルを指定するためにsbtを嫌う人もいます。 XMLではなくScala DSL。sbtのフォーマットがv0.7からv0.10に変わったことにがっかりする人もいましたが、最初から移行しても移行には影響しません。