CommitLint 中 Lerna 作用域配置的现代化演进

CommitLint 是一个流行的 Git 提交信息校验工具，其生态系统中的 @commitlint/config-lerna-scopes 包长期以来依赖已废弃的 @lerna/project 包。本文将深入分析这一技术债务的成因、影响及现代化解决方案。

问题背景与现状

随着 Lerna 项目本身的演进，其底层架构经历了多次重大变更。原 @lerna/project 包已被官方标记为废弃且不再维护，这直接影响了依赖它的 @commitlint/config-lerna-scopes 包的可持续性。

当前实现中存在几个关键问题：

1. 仍支持 Lerna v3 及以下版本，这些版本对应的 Node.js 6.x/8.x 早已结束支持周期
2. 现代 Lerna 项目(≥v5)默认使用 package.json 中的 workspaces 字段进行包解析
3. 项目被 Nx 接管后，API 稳定性受到影响

技术解决方案

架构重构

明智的解决方案是将功能拆分为两个独立包：

1. @commitlint/config-workspace-scopes：纯 workspace 实现，无外部依赖
2. @commitlint/config-lerna-scopes：现代化实现，仅支持 Lerna ≥7.1.0

实现细节

workspace 版本提取了原有逻辑中与 yarn/npm workspaces 相关的核心部分，约20行关键代码，完全独立于 Lerna 生态系统。

Lerna 版本则基于新的 detectProjects API 实现，这是 Lerna 7.1.0 引入的稳定接口。值得注意的是，该实现需要处理工作目录(cwd)传递问题，这促使我们向 Lerna 项目提交了相关补丁。

迁移建议

对于不同技术栈的用户：

• 纯 workspace 项目：直接使用 @commitlint/config-workspace-scopes
• Lerna 项目：升级到 Lerna ≥7.1.0 后使用新版 @commitlint/config-lerna-scopes

技术启示

这一案例展示了开源生态中常见的"依赖链断裂"问题。作为开发者，我们应该：

1. 定期审计项目依赖
2. 为废弃依赖制定明确的迁移路线
3. 保持与上游项目的良性互动

CommitLint 社区的这次重构不仅解决了技术债务，还通过合理的架构拆分提高了工具的灵活性和可维护性，为类似项目提供了优秀的技术参考。