时间戳

首页 > 解决方案 > 为什么 sbt 不选择范围内最新的依赖版本？

scala - 为什么 sbt 不选择范围内最新的依赖版本？

问题描述

在build.sbt中，我们可以为依赖声明一个范围；例如：

libraryDependencies += groupID %% "mylib" % "[2.0,)"

（在我的情况下）有多个包在这个范围内（我有 2.0.2、2.0.3、2.0.4 甚至一些更奇特的版本，如mylib的 2.0.1.dev 和 2.0.3-dev可用我的存储库）。

当我尝试构建这个项目时，无缘无故地sbt选择了2.0.2版本。我希望他能在这个范围内取最大的数字，但他从来没有。以下是我尝试过的要求和他选择的版本（因此只有在指定确切的版本号时，他才会选择更新的版本）：

revision range      |    version selected
-----------------------------------------
[2.0,)              |    2.0.2
[2.0.0,)            |    2.0.2
]2.0,)              |    2.0.2
2.0.+               |    2.0.2
latest.integration  |    2.0.2
2.0.3               |    2.0.3
2.0.4               |    2.0.4

我已经尝试了以下解决方法：

标签： scalasbt

解决方案

问题（一次）似乎并不存在于sbt.

我尝试使用sbt 1.2.1和 range 2.1.x。现在 sbt 抱怨他找不到这个依赖；他列出了可用的版本：

[warn] ==== my-maven-repo: tried
[warn] http://my-server/nexus/repository/my-repo/eu/company/mylib_2.12/[revision]/mylib_2.12-[revision].pom
[warn]   [2.0.2, 2.0.2-dev.20180719.16.55.39.develop.dc3a706, 2.0.1-dev.20180719.16.49.57.develop.dc3a706, 2.0.1-dev.20180719.16.42.31.develop.dc3a706, 2.0.1.dev.20180719.16.31.59.develop.dc3a706]

奇怪的是，他没有列出我的 nexus-maven 存储库中可用的所有软件包。使用nexus接口删除一个包后；看起来这个列表现在已经完成了。

所以真正的问题似乎是sbt publish一个关系存储库不会在该存储库中重新创建索引。

解决方法

我创建了一个自定义sbt-publish-wrapper脚本来强制nexus在发布新库时重新创建存储库元数据：

#!/bin/bash
set -e
# just run sbt publish with the passed arguments as-is
sbt $@ publish
# now make sure the repository on nexus is re-indexed
# this triggers a task to recreate metadata for all maven repositories. This task was manually configured in nexus.
# the id was obtained running `curl -v -u admin:***** -X GET http://my-company/nexus/service/rest/v1/tasks`
# the recreate-maven-repos needs only the nx-tasks-run privilege
curl -q -u recreate-maven-repos:recreate -X POST http://my-company/nexus/service/rest/v1/tasks/c42ab5f5-4bd6-4ed3-b2f1-d061c24a9b90/run

推荐阅读