领先一步
VMware 提供培训和认证,以加速您的进步。
了解更多Spring Artifactory 实例 repo.spring.io 是Spring产品组合开发工作中至关重要的基础设施。自2013年以来,JFrog, Inc. 一直慷慨地为Spring开发者社区赞助该实例。
Artifactory 仓库通过充当Spring工程师可以指向其构建的单一位置,并为社区提供对我们快照和里程碑的早期访问,从而简化了我们的项目开发。
今天,我们发布有关仓库即将发生的一些变更的通知。
如果您按照 start.spring.io 的指示使用 repo.spring.io(例如,仅使用/snapshot
和 /milestone
),则这些更改很可能不会影响您。
如果您从任何其他仓库解析,您可能需要记下以下日期
匿名用户将无法再将任何第三方构件加载到仓库缓存中。我们将刷新缓存,它们将仅缓慢地重新填充我们构建使用的构件。
我们将不再支持从 repo.spring.io 匿名下载第三方 Maven Central 构件,即使之前已由已认证用户缓存。应改为从中央服务器解析它们。
/snapshot
、/milestone
和 /release
仓库将保持可用,但请从中央仓库获取我们的发行版。
Spring 团队成员只需要确保他们的构建已通过身份验证,并可以使用 /libs-release
等。
匿名访问使用 /libs-snapshot
或 /libs-milestone
在 pom.xml
中,或在远程仓库中配置这些,应分别将它们替换为 /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