如何将Nexus中所有制品迁移至AWS CodeArtifact？

一、先理清仓库类型的迁移逻辑 #

• Hosted仓库：这是核心迁移对象——里面的制品都是公司内部上传的，必须完整迁移。
• Proxy/Group仓库：没必要迁移缓存内容。Proxy是远程仓库的缓存，直接在CodeArtifact里配置对应的上游源（比如Maven Central、NuGet.org）就行；Group是多仓库的聚合，CodeArtifact的Domain可以实现类似的多仓库管理与权限聚合，不需要复制原Group的缓存。

二、迁移方案：API脚本 vs 现成工具 #

你用Nexus REST API写脚本的思路没问题，但还有更高效的选项，分场景说：

脚本方案（自定义程度高） #

• 操作逻辑：
  1. 用Nexus API GET /service/rest/v1/components 拉取目标仓库的所有组件元数据，拿到每个制品的下载URL、坐标（Maven）/包ID（NuGet）、版本号。
  2. 批量下载制品到本地，注意按原路径结构存储（比如Maven按groupId/artifactId/version建文件夹）。
  3. 上传到CodeArtifact：
     • Maven用AWS CLI命令 aws codeartifact publish-package-version，或者Maven的deploy插件。
     • NuGet先配置源指向CodeArtifact，再用 nuget push 上传。
• 优势：能精准控制每个制品的迁移，适合有特殊规则的场景。

现成工具方案（更快上手） #

• Maven：用maven-dependency-plugin的copy目标批量拉取Nexus Hosted的所有制品，再用maven-deploy-plugin批量上传到CodeArtifact，不需要写复杂脚本。
• NuGet：用nuget list列出Nexus仓库的包，结合nuget download批量拉取，再nuget push上传到CodeArtifact。
• 前提：本地配置好Nexus和CodeArtifact的访问权限（比如Maven的settings.xml，NuGet的源认证）。

三、关于“保留文件夹结构”的关键说明 #

Nexus里的“文件夹”本质是制品元数据的路径映射：

• Maven的结构是groupId/artifactId/version/artifact，只要迁移时保持原坐标不变，CodeArtifact会自动生成完全一致的路径。
• NuGet的存储结构是按包ID和版本组织的，CodeArtifact的逻辑和Nexus一致，只要包ID、版本不变，结构就不会变。
  不需要手动创建文件夹，保持元数据一致就够了。

四、分步执行建议 #

1. 选一个小型Hosted仓库做测试迁移，验证方案可行性，确认结构和访问正常。
2. 分批次迁移：先处理Maven制品，再处理NuGet制品，避免批量操作出问题。
3. 过渡阶段开启双写：让项目同时上传到Nexus和CodeArtifact，确保业务平滑切换。
4. 切换完成后，关闭Nexus的上传权限，逐步停用Nexus。

内容的提问来源于stack exchange，提问作者armin_somogyi