比较sbt和Gradle [关闭]

我正在深入Scala并注意到sbt。我对Java / groovy项目中的Gradle感到非常满意，而且我知道Gradle有一个Scala插件。

在Scala项目中，为什么sbt胜过Gradle的充分理由是什么？

请注意，SBT和Gradle之间的主要区别在于其依赖项管理：

• SBT：Ivy，具有一个修订版本，可以作为固定版本（例如1.5.2）或最新版本（或动态版本）给出。
  请参阅“ 常春藤依赖 ”，
  这意味着“ -SNAPSHOT”机制支持可能会出现问题，即使Mark Harrah在此线程中有详细说明：

确实，缓存可能会造成混乱，但是常春藤不了解解析快照的情况并非如此。尤金在另一个话题中解释了这一点，也许是在管理员列表上。sbt的自动更新存在一个问题，已在0.12中解决。

据我所知，Ivy不支持以Maven的方式发布快照。我相信我已经在其他地方说过了，但是如果有人想改善这种情况，我的观点是最好与Gradle团队合作重用他们的依赖管理代码。

• Gradle：此主题提到（Peter Niederwieser）：

只是要让您知道，Ivy和Maven快照依赖项的问题是Gradle最终用其自己的依赖项管理代码替换Ivy的原因之一。这是一项艰巨的任务，但给我们带来了很多好处。

此推文提到将来所有情况都可能发生变化：

马克过去说过，他对使用Gradle代替Ivy进行SBT感兴趣。

（两种工具都可以互相学习）

对我来说，SBT的主要功能是：

• 快速编译（比更快fsc）。
• 连续编译/测试：~test每次保存修改后，该命令将重新编译并测试您的项目。
• 跨多个scala版本进行交叉编译和交叉发布。
• 具有正确的scala版本兼容性的自动检索依赖项。

缺点是：

• 一种象形的语法，倾向于阻止新用户（特别是如果他们来自Java）
• 没有简单的方法来定义“任务”：如果您需要特殊的构建过程，则需要找到一个插件，或者自己编写一个插件。

sbt是Scala DSL，对于它来说，Scala是一流的公民，因此从原则上讲，这似乎是一个不错的选择。

但是sbt遭受版本之间重大不兼容更改的困扰，这使得很难为任务找到正确的工作插件并使之正常工作。

我个人放弃了sbt，因为它引起的问题超出了解决的范围。我实际上切换到了gradle。

去搞清楚。

我对于gradle来说是个新手，对于sbt来说还是个新手-到目前为止，我最喜欢sbt的地方是交互式控制台。它使我可以使用“检查”之类的命令来更好地了解正在发生的事情。AFAIK gradle不提供此类atm。

Sbt和gradle都基于静态类型的语言.....但是sbt有一些优点：

• 更好的插件支持，特别是自动插件
• 任务创建和任务之间的依赖关系管理
• sbt特别适合于scala项目，因为它支持增量构建，并且大多数sbt本身是用scala编写的，而sbt构建定义是用scala编写的
• sbt具有交互式shell支持以及许多有用的内置任务
• sbt默认生命周期非常有用，并且可以以更少的精力使新手入门