保持领先
VMware 提供培训和认证,助您快速提升。
了解更多一个关键的基础设施,Spring Artifactory 实例 repo.spring.io,是 Spring 产品组合开发工作的核心。自 2013 年以来,JFrog, Inc. 一直慷慨地为 Spring 开发者社区赞助该实例。
Artifactory 仓库简化了我们的项目开发流程,它为 Spring 工程师提供了一个集中构建指向位置,并为社区提供了快照 (snapshots) 和里程碑 (milestones) 版本的早期访问。
今天,我们特此通知该仓库即将进行的一些变更。
如果您按照 start.spring.io 的指导使用 repo.spring.io(例如,仅使用 /snapshot
和 /milestone
),这些变更很可能不会影响您。
如果您从其他任何仓库中解析依赖,您可能需要注意以下日期:
匿名用户将无法再向仓库缓存加载*任何*第三方依赖项。我们将清空缓存,缓存将缓慢地重新填充,但仅包含我们构建所使用的依赖项。
我们将不再支持从 repo.spring.io 匿名下载第三方 Maven Central 依赖项,即使这些依赖项之前已被认证用户缓存过。您应改为从中央仓库服务器解析这些依赖项。
/snapshot
、/milestone
和 /release
仓库将保持可用,但请从中央仓库获取我们的正式版本。
Spring 团队成员只需确保其构建已通过认证,即可继续使用 /libs-release
等仓库。
对于在 pom.xml
中使用 /libs-snapshot
或 /libs-milestone
进行匿名访问,或在远程仓库中配置这些地址的情况,应将其分别替换为 /snapshot
和 /milestone
。这些仓库将继续为社区提供修复和功能的预发布访问。
应停止使用 /libs-release
进行匿名访问。
请避免使用 /release
:我们的正式版本都可以从 Maven Central 获取。我们理解其中可能有一些例外情况。但是,如果这些变更后仍被滥用,该仓库也可能受到限制。
Spring 团队产生的插件将继续在其各自的仓库中解析。
/plugins-snapshot-local
/plugins-milestone-local
/plugins-release-local
您可以保留对 /plugins-release
的引用,但不要尝试从该仓库解析上游依赖项,否则会失败。本地仓库将始终可用。
对于其他所有内容,请从其他地方解析。Maven Central 和 JCenter 是为此目的构建和赞助的。repo.spring.io 不是。
最后,我想说我们理解这些设置多年来可能悄然进入了许多项目,我们最不想做的就是破坏任何人的项目、降低他们的工作效率或影响他们的心情。如果这些变更中的任何一项引起了意想不到的问题,请联系我们,我们将尽最大努力尽快帮助解决问题。在相关项目中提出问题应该能传达到我们这里,您也可以 @我。
仓库管理员如果对任何下游复制有顾虑,也请随时联系我。
请多保重,Trevor Marshall