Mill构建工具发布流程升级：从Sonatype OSSRH迁移到Central Portal

随着Sonatype宣布将在2025年6月停止对Nexus Repository 2.x版本的支持，Mill构建工具社区正积极推动发布流程的现代化改造。本文将详细介绍Mill项目如何从传统的Sonatype OSSRH发布方式迁移到新的Central Portal平台。

背景与挑战

传统上，Java/Scala项目通过Sonatype的OSS Repository Hosting（OSSRH）服务发布到Maven中央仓库。Mill文档中现有的发布指南主要基于这一旧有流程，但随着Sonatype技术栈的更新，这种发布方式即将被淘汰。

新的Central Portal提供了更现代化的发布体验，但Mill目前仅通过一个contrib插件（mill-contrib-sonatypecentral）提供支持，且文档分散在不同位置，这给用户带来了不小的困惑。

技术改进方案

Mill社区计划进行以下关键改进：

1. 核心功能整合：将sonatypecentral插件从contrib目录迁移到scalalib核心包中，使其成为标准发布流程的一部分。

2. 文档全面更新：重写发布文档，删除过时的OSSRH相关内容，专注于Central Portal的最佳实践。包括详细的账号注册、项目配置和发布流程说明。

3. 示例项目增强：为Scala、Java和Kotlin模块分别提供完整的发布示例，展示从项目配置到实际发布的端到端流程。

4. 验证机制：要求贡献者使用自己的GroupID实际发布测试工件到Central Portal，确保文档中的每个步骤都经过验证。

技术实现细节

新的发布流程将基于以下技术组件：

• 签名验证：继续使用GPG对工件进行签名，这是Maven中央仓库的强制要求。

• 认证配置：支持通过环境变量或配置文件提供Central Portal的API密钥。

• 发布协议：采用HTTPS协议与Central Portal API交互，取代旧有的SSH/SFTP方式。

• 元数据生成：自动生成符合要求的pom.xml文件，包含必要的许可证和开发者信息。

迁移时间表

考虑到Sonatype将在2025年6月30日完全停止OSSRH服务，Mill计划在0.13.0版本中完成这一变更。这将给用户足够的时间适应新的发布流程。

开发者建议

对于正在使用Mill发布工件的开发者，建议：

1. 尽早注册Central Portal账号并申请GroupID。

2. 测试新发布流程，可以在个人GroupID下发布测试版本。

3. 检查构建脚本中的发布配置，准备迁移到新的API。

4. 关注Mill的版本更新，确保在截止日期前完成迁移。

这次变更虽然带来短期的适配工作，但从长远看将简化发布流程，提供更可靠的发布体验。Mill社区通过这种前瞻性的改进，再次展现了其对开发者体验的重视。