关于Nexus 3不支持npm dist-tags的替代方案及修复问询

先给你明确下当前的核心现状：

Nexus 3 目前确实不支持 npm dist-tags 功能，并且官方暂时没有修复该问题的计划，这也是你升级后无法通过 npm install module1@alpha 拉取对应版本包的原因。

针对你的多开发流（alpha -> rc -> master）版本别名使用场景，这里有几个可行的替代方案：

1. 语义化版本号预发布约定 #

把你的开发流标签嵌入到语义化版本号中，比如：

• alpha 流：版本号格式为 x.y.z-alpha.n（例如 1.2.0-alpha.1）
• rc 流：版本号格式为 x.y.z-rc.n（例如 1.2.0-rc.2）
• master 流：使用正式版本号 x.y.z

这样操作时：

• 发布 alpha 版本：执行 npm version prerelease --preid=alpha 自动生成带标签的版本号，再执行 npm publish
• 安装 alpha 版本：直接执行 npm install module1@alpha，npm 会自动匹配所有带 alpha 前缀的预发布版本

这个方案完全依赖 npm 本身的语义化版本匹配逻辑，不需要修改 Nexus 配置，适配性强。

2. Nexus 3 多仓库分组策略 #

为不同开发流创建独立的 npm 仓库：

• 创建 npm-alpha、npm-rc、npm-release 三个仓库
• 发布时指定对应仓库：比如发布 alpha 版本执行 npm publish module1 --registry=https://your-nexus-url/repository/npm-alpha/
• 安装时指定对应仓库：比如安装 alpha 版本执行 npm install module1 --registry=https://your-nexus-url/repository/npm-alpha/

如果需要统一入口，可以创建一个仓库分组，把这三个仓库包含进去，不过安装时还是需要指定对应子仓库的地址来区分不同开发流的包。

3. 自定义流水线版本映射脚本 #

在 Shippable 构建流水线中添加一个自定义步骤，维护一个版本映射文件（比如存放在内部 Git 仓库的 version-tags.json），内容示例：

{
  "module1": {
    "alpha": "1.2.0-alpha.1",
    "rc": "1.2.0-rc.2",
    "master": "1.2.0"
  }
}

• 发布包时，自动更新该文件中对应标签的版本号
• 安装依赖时，先拉取这个文件，解析出对应标签的版本号，再执行 npm install module1@[解析出的版本号]

这个方案能完全模拟 dist-tags 的别名效果，但需要额外维护脚本和映射文件，适合对原有工作流改动最小的场景。

官方临时解决办法与未来修复情况 #

目前 Nexus 官方没有提供针对该问题的临时补丁或替代功能，主要还是依赖上述社区常用的替代方案。关于未来修复计划，根据你提到的信息，官方暂时没有将该功能纳入开发 roadmap，建议持续关注 Nexus 的官方更新公告，以便及时了解功能动态。

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