在Scala項目中使用sbt vs maven的優缺點

Question

哪個構建工具最適合Scala？他們每個人的優點和缺點是什麼？如何確定在項目中使用哪一個？

Answer 1

我們使用Maven在工作中構建Scala項目，因爲它與我們的CI服務器很好地集成在一起。當然，我們可以運行一個shell腳本來啓動一個構建，但是我們還有很多來自Maven的其他信息，我們希望進入CI。這就是我可以考慮將Maven用於Scala項目的唯一原因。

否則，只需使用SBT。你可以訪問相同的依賴關係（真的是關於maven的最好的部分，恕我直言）。你也可以得到增量編譯，這是巨大的。能夠在你的項目中啓動一個shell，這也很棒。

ScalaMock只適用於SBT，你可能會想要使用它而不是Java模擬庫。最重要的是，它的很多更容易擴展SBT，因爲你可以在構建文件中編寫完整的scala代碼，所以你不必經歷編寫Mojo的所有細節。

總之，只要使用SBT，除非您確實需要緊密集成到您的CI服務器。

Answer 2

這個問題有可能產生很多意見;最好有清晰的要求清單或描述你的環境，以前的知識等。

FWIW，在this scala mailing list thread有更多的意見。

我2C是：與SBT去，如果你沒有特殊要求

• 簡單的項目，這是完全不費力（你甚至不需要構建文件，直到你有依賴）
• 它通常在Scala開源項目中使用。您可以通過查看其他人的項目輕鬆瞭解配置。此外，許多項目假設您使用sbt併爲您提供ready-made copy+paste instruction以將它們作爲依賴項添加到您的項目中。
• 如果您使用IntelliJ IDEA，它可以完全集成。你可以通過have IDEA use sbt來連續編譯你的項目，反之亦然，你可以使用sbt來快速地generate IDEA projects。如果你處於'快照'週期，取決於你自己的其他庫從次要版本跳轉到次要版本，最後一個特別有用 - 只需關閉項目，更新構建文件中的版本，重新運行gen-idea任務，並重新打開項目：完成更新。
• 自帶願與你最需要的任務（compile，test，run，doc，publish-local，console） - 的console是最好的功能之一。
• 有些人強調了依賴可以直接從GitHub獲取的源代碼庫的功能。我沒有用過這個，所以不能在這裏評論。

有些人討厭SBT，因爲它使用的Ivy依賴管理（我不能對其利弊進行評論，但大部分時間，它是一個非問題），有些人討厭SBT，因爲您指定的根據Scala DSL而不是XML構建文件。有些人對sbt的格式從v0.7更改爲v0.10感到失望，但顯然，如果您從頭開始，遷移不會影響您。