4

Specs2 没有在其 URL 中定义 SBT 版本： https ://oss.sonatype.org/content/repositories/releases/org/specs2/specs2_2.9.2/1.12.3/

在尝试解决它时，这会导致 SBT 出现问题......

[warn] ==== sonatype-snapshots: tried
[warn]   https://oss.sonatype.org/content/repositories/snapshots/org/specs2/specs2_2.9.2_0.12/1.12.3/specs2-1.12.3.pom
[warn] ==== sonatype-releases: tried
[warn]   https://oss.sonatype.org/content/repositories/releases/org/specs2/specs2_2.9.2_0.12/1.12.3/specs2-1.12.3.pom

如何让 SBT 解析正确的 URL？

4

1 回答 1

5

specs2 不是 sbt 插件，它是用于编写可执行软件规范的 Scala 库。

有两个级别的 sbt 项目。您自己的项目（现在称为“应用程序”）和构建项目定义本身（称为“构建”）。

库依赖

当应用程序在编译或测试期间使用其他库时，它们被称为库依赖项（或简称“deps”）。这些 dep 在build.sbt（或*.sbt或project/*.scala）中声明如下：

libraryDependencies += "org.specs2" %% "specs2" % "2.2" % "test"

也就是说，使用sbt%%发布的工件会自动附加 Scala 二进制版本的后缀，例如_2.10在 Maven 上。这是因为（与 Java 不同）并非所有 Scala 版本都是二进制兼容的。Scala 2.9.1 和 2.9.2 不兼容，所以它们都有不同的后缀_2.9.1和_2.9.2，但是 Scala 2.10.x 在系列之间都是兼容的，所以它们都给出了_2.10。

然而不幸的是，Scala 版本需要不同版本的 Specs2，您可能需要执行以下操作：

libraryDependencies <+= scalaVersion({
  case "2.9.2"                  => "org.specs2" %% "specs2" % "1.12.3" % "test"
  case x if x startsWith "2.10" => "org.specs2" %% "specs2" % "2.2" % "test"
})

有关更多详细信息，请查看入门指南。

sbt 插件

构建可以依赖于特殊类型的库来扩展其功能，它们是 sbt 插件。这些在project/plugins.sbt（或project/*.sbt）中声明如下：

addSbtPlugin("com.eed3si9n" % "sbt-buildinfo" % "0.2.5")

由于 sbt 插件依赖于 sbt 版本和构建使用的 Scala 版本，因此这两个信息都以某种方式编码到已发布的工件路径中。在 Ivy 上，它们表示为文件夹名称，但在 Maven 上，它们表示为后缀：

于 2013-09-09T01:50:21.110 回答