sbt 未解决的依赖关系 sbt_2.9.1;0.7.4 sbt_2.9.1;0.7.7:答案

【问题标题】：sbt unresolved dependencies sbt_2.9.1;0.7.4 sbt_2.9.1;0.7.7:sbt 未解决的依赖关系 sbt_2.9.1;0.7.4 sbt_2.9.1;0.7.7:
【发布时间】：2012-02-02 00:40:32
【问题描述】：

我得到了像问题here 这样的未解决的依赖关系。

获取 org.scala-tools.sbt sbt_2.9.1 0.7.7 ...

    ::::::::::::::::::::::::::::::::::::::::::::::

    ::          UNRESOLVED DEPENDENCIES         ::

    ::::::::::::::::::::::::::::::::::::::::::::::

    :: org.scala-tools.sbt#sbt_2.9.1;0.7.7: not found

    ::::::::::::::::::::::::::::::::::::::::::::::

【问题讨论】：

标签： scala sbt

【解决方案1】：

SBT 0.7.7 使用 Scala 2.7.7 进行项目配置。 SBT 0.11 使用 Scala 2.9.1。您可以将 SBT 0.7.7 用于该版本之前的配置，但高于 0.7.7 的 SBT 版本使用不兼容的配置文件。

请注意，这与用于编译项目本身的 Scala 版本无关，仅与用于编译配置文件的 Scala 版本有关。这些是不同的：你可以使用任何你想编译项目的 Scala 版本，但你必须使用 SBT 版本要求的 Scala 版本来编译项目配置。

要获得这样的错误消息，您必须更改项目配置的 Scala 版本，或者在为旧版本 SBT 编写的项目中使用较新的 SBT。找出问题所在，并根据需要更正问题。

我有一个用于尚未迁移到新版本的项目的 SBT 0.7.7，以及用于其他所有项目的最新 SBT。为每个脚本设置不同的名称，您就可以开始了。

【讨论】：

Daniel，是的，我知道问题的根源是使用了较新的 SBT 代替了较旧的 SBT，因此，我说的是 update 或删除 sbt.version。投反对票感觉有点不公平。我将尝试改写我的答案，以便像您的一样精明！谢谢。
@user319058 我没有对您投反对票，您的解决方案似乎足够好。而且，当然，如果它确实为您解决了问题，那就解决它吧。
丹尼尔，哈哈，我不认为是你对我投了反对票，我也没有特别点名任何人。我评论你的答案以报答谢！顺便说一句/elanorate /精心制作

【解决方案2】：

虽然sbt-launch.jar 尝试下载和使用项目project/build.properties 中指定的sbt 版本，但它们必须使用匹配的Scala 版本进行编译。我认为 sbt 0.7.7 是用 Scala 2.7 编译的，但最新版本的 sbt 是用 Scala 2.9 编译的。

现在大多数人只使用与project/build.properties 中指定的版本相匹配的sbt-launch.jar 版本。如果您在 Linux、OS X 或任何可以运行 Bash 脚本的工具上运行，我强烈推荐来自 sbt-extras 的 launch script。它将根据project/build.properties中指定的内容自动使用sbt-launch.jar的版本，并提供一些其他方便的命令行参数。

如果这对您不起作用，我认为您最好的选择是使用不同的启动脚本来启动不同的 sbt 次要版本。比如sbt7、sbt10和sbt11，分别推出0.7.7、0.10.1和0.11.2。

【讨论】：

【解决方案3】：

我注意到可以通过从 project_root_folder/project/build.properties 更新或删除 sbt.version 条目来解决该问题我当前的 sbt 版本是 0.11.2，我已将其更新为 sbt.version=0.11.2 .删除条目也可以。

【讨论】：

虽然删除条目通常有效，但这通常不是最佳解决方案。相反，最好使用可以运行预期版本的 sbt 的启动器。