Nexus 仓库类型详解

📦在Nexus仓库管理系统中，各仓库的作用和区别如下（假设是标准配置）：

1. maven-central (代理仓库)

• 类型：proxy
• 作用：代理官方中央仓库
• 存储内容：无本地存储，仅缓存从Maven中央仓库下载的依赖
• 特点：
  • 首次请求依赖时自动从中央仓库下载并缓存
  • 后续请求直接从缓存读取（加速构建）
  • 不能上传自定义构件
• 适用场景：代理访问公共依赖

2. maven-releases (托管仓库)

• 类型：hosted
• 作用：存储内部正式版本
• 存储内容：企业内部发布的Release版本构件（如：1.0.0）
• 特点：
  • 默认禁止覆盖发布（需开启Allow redeploy才能覆盖）
  • 版本号不含-SNAPSHOT
• 适用场景：发布稳定版本组件（生产环境使用）

3. maven-snapshots (托管仓库)

• 类型：hosted
• 作用：存储内部快照版本
• 存储内容：开发中的SNAPSHOT版本（如：1.0.0-SNAPSHOT）
• 特点：
  • 允许重复上传覆盖
  • 自动为每次上传生成唯一时间戳文件
  • 版本号必须含-SNAPSHOT
• 适用场景：日常开发中的临时版本共享

4. maven-public (仓库组)

• 类型：group
• 作用：聚合其他仓库的统一入口
• 存储内容：不直接存储文件，而是组合其他仓库
• 特点：
  • 通常包含排序：releases → snapshots → central
  • 开发者只需配置此一个地址
  • 自动按顺序搜索组合仓库中的依赖
• 适用场景：项目依赖的统一访问点

5. maven-central vs central (易混淆点)

• maven-central：Nexus创建的代理仓库（可重命名）

• central：官方中央仓库的全球唯一标识名（不可更改）

  <!-- Maven默认中央仓库配置 -->
  <repository>
    <id>central</id>
    <name>Central Repository</name>
    <url>https://repo.maven.apache.org/maven2</url>
  </repository>
  

🔄 仓库关系示意图

nexus仓库加载顺序.png

💡 最佳实践指南

⚠️ 常见错误规避

1. 误传Snapshot到Releases仓库
   → 报错：400 Bad Request 或 405 Method Not Allowed
   解决：检查版本号是否包含-SNAPSHOT
2. Release版本重复发布
   → 报错：409 Conflict
   解决：在仓库配置中开启Allow redeploy或升级版本号
3. 公共依赖下载失败
   → 检查maven-central代理地址是否可达https://repo.maven.apache.org

通过正确理解各仓库的分工，可建立高效的企业级制品管理流程：

1. 开发阶段 → 发布到snapshots仓库
2. 测试验证 → 使用snapshots最新版本
3. 生产发布 → 发布正式版本到releases仓库
4. 依赖获取 → 统一从public仓库组拉取