领先一步
VMware 提供培训和认证,助您加速进步。
了解更多作为一项关键基础设施,Spring Artifactory 实例 repo.spring.io 是 Spring 产品组合开发工作的核心。自 2013 年以来,JFrog, Inc. 一直慷慨赞助该实例,为 Spring 开发者社区提供服务。
Artifactory 仓库通过充当 Spring 工程师指向其构建的单一位置,并为社区提供早期访问我们的快照和里程碑,从而简化了我们的项目开发。
今天,我们在此通知您该仓库即将进行的一些变更。
如果您按照 start.spring.io 的指示使用 repo.spring.io(例如,只使用 /snapshot 和 /milestone),这些更改很可能不会影响您。
如果您正在从任何其他仓库解析,您可能需要注意以下日期:
匿名用户将无法再将任何第三方 Artifact 加载到仓库缓存中。我们将清空缓存,然后缓存将只用我们构建中使用的 Artifact 慢慢重新填充。
我们将不再支持从 repo.spring.io 匿名下载第三方 Maven Central Artifact,即使之前已被认证用户缓存过。它们应改为从中央服务器解析。
/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