我已经按照以下方式配置了本地存储库文件~/.sbt/repositories
:
[repositories]
local
my-ivy-proxy-releases: http://ourinternalartifactoryaddress.com/artifactory/scala-ivy/, [organization]/[module]/(scala_[scalaVersion]/)(sbt_[sbtVersion]/)[revision]/[type]s/[artifact](-[classifier]).[ext]
my-maven-proxy-releases: http://ourinternalartifactoryaddress.com/artifactory/mvn-all
mvn-all
虚拟存储库中的解析似乎很好用-这是代理maven-central以及许多内部标准maven存储库的代理。来自scala-ivy
(虚拟存储库)的解析对于sbt-plugins远程存储库非常有效,但不适用于解决SBT本身之类的问题。
设置
scala-ivy
-虚拟仓库(包类型Ivy)代理3个远程仓库:
maven-central-mirror
-(http://central.maven.org/maven2
)`,这是sbt 应该从其中下载程序包类型“ Maven” typesafe-ivy-releases
-jcenter存储库(https://dl.bintray.com/typesafe/ivy-releases/
),其中包含1.x行之前的sbt版本和许多Scala构件,包类型为“常春藤” scala-sbt
-(https://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/
),包装类型为“ SBT” 问题是-此设置有什么问题/我在启动时缺少什么?
答案 0 :(得分:0)
我不确定这是否是一个暂时性的问题,但是今天早上看到SBT从Artifactory的mvn-all
虚拟仓库中下载时就感到惊讶,而从历史上看,SBT属于常春藤仓库。
我很高兴能从一位维护者那里得到一个答案,内容是关于当今人工制品的住处,以帮助其他人进行设置。