NestJS CLI 依赖优化：解决重复安装 inquirer 包的问题

背景分析

NestJS CLI 作为 NestJS 框架的命令行工具，在开发过程中依赖了多个第三方包。近期发现项目中存在 inquirer 包的重复安装问题，这会导致以下影响：

1. 增加了项目依赖的体积
2. 可能导致潜在的版本冲突
3. 影响构建和运行效率

问题根源

当前 NestJS CLI 的依赖结构如下：

• 直接依赖 inquirer@8.2.6
• 通过 @angular-devkit/schematics-cli@17.3.11 间接依赖 inquirer@9.2.15

这种依赖关系导致了两个不同版本的 inquirer 被同时安装，增加了包体积和潜在的兼容性问题。

解决方案评估

方案一：升级到 inquirer@9

优点：

• 直接使用最新版本
• 解决版本冲突问题

挑战：

• inquirer@9 是纯 ESM 模块
• 需要将整个 NestJS CLI 迁移到 ESM 规范
• 可能需要额外的兼容层处理

方案二：升级 @angular-devkit 到 ≥18.0.0

优点：

• 新版 @angular-devkit 使用 @inquirer/prompt（双模块包）
• 无需处理 ESM 兼容性问题
• 彻底解决重复依赖问题

挑战：

• 需要评估升级 @angular-devkit 的影响范围
• 可能需要调整相关代码

推荐实施路径

基于技术评估，推荐采用方案二，具体实施步骤如下：

1. 选择目标版本：

   • @angular-devkit@18.2.12 使用 @inquirer/prompts@5.3.8
   • @angular-devkit@19.0.4 使用 @inquirer/prompts@7.1.0

2. 同步升级策略：

   • 先升级 inquirer 到目标版本
   • 再升级 @angular-devkit 到对应版本
   • 这两个步骤可以并行进行

3. 兼容性检查：

   • 检查 inquirer 相关 API 的变化
   • 验证与现有功能的兼容性

技术细节说明

inquirer 8 和 9 版本在多个关键依赖上存在重大变更：

• chalk 版本不同
• cli-width 版本不同
• mute-stream 版本不同
• run-async 版本不同
• thorough 版本不同

这些底层依赖的变化可能导致细微的行为差异，需要在升级过程中特别注意。

实施建议

1. 分阶段升级：先在开发分支进行升级测试
2. 全面测试：特别关注交互式命令的功能
3. 版本锁定：升级后明确指定依赖版本范围
4. 文档更新：记录升级变更和注意事项

总结

通过升级 @angular-devkit 到较新版本，可以优雅地解决 inquirer 重复安装问题，同时避免 ESM 迁移带来的复杂性。这种方案既能减少依赖体积，又能保持项目的稳定性，是当前最优的技术选择。