LMNR-AI 项目中解决依赖警告的技术实践

背景介绍

在 LMNR-AI 前端项目的开发过程中，团队成员在进行 pnpm 安装时遇到了多个依赖包已废弃的警告提示。这类警告虽然不会直接影响项目运行，但长期存在会影响开发体验，并可能预示着未来潜在的兼容性问题。本文详细记录了解决这些依赖警告的技术思路和实践过程。

问题分析

通过警告信息可以识别出几个关键问题点：

1. config-array 包的废弃警告：项目依赖的 config-array@0.11.14 已被标记为废弃，官方建议迁移到 @eslint/config-array 包。

2. ESLint 8 的兼容性问题：项目当前使用的 eslint@8 版本已经进入维护状态，而升级到 eslint@9 又会导致与 Next.js 框架的兼容性问题。

3. 其他子依赖的废弃警告：包括 @esbuild-kit 相关的多个子依赖包也出现了废弃提示。

解决方案

1. 直接依赖的清理

首先对项目中明确可以移除的废弃依赖进行了清理：

• 移除了不再使用的 react-query 包（该功能已迁移到 @tanstack 组织下）
• 检查并移除了其他未被实际使用的依赖项

2. 核心依赖的升级策略

对于关键的 ESLint 依赖问题，采取了分阶段处理方案：

1. 短期方案：保持当前 eslint@8 版本，接受部分废弃警告，因为 Next.js 尚未完全支持 eslint@9。

2. 中期规划：等待 Next.js 15 版本的发布，该版本将解决与 React 19 和现代工具链的兼容性问题。

3. 长期目标：在 Next.js 15 稳定后，全面升级前端工具链，包括 ESLint、TypeScript 等核心依赖。

3. 开发工具依赖的处理

项目中使用的 drizzle-kit 工具链带来了 @esbuild-kit 相关的废弃警告。针对这种情况，提供了两种解决方案：

1. 全局安装方案：将 drizzle-kit 从项目 devDependencies 中移除，要求开发者在全局环境中安装。

2. 上游修复方案：向 drizzle-kit 项目提交 issue，建议他们迁移到更现代的 tsx 工具链（但预计响应周期较长）。

技术收获

通过这次依赖警告的解决过程，我们总结了以下经验：

1. 依赖管理的重要性：现代前端项目的依赖关系复杂，需要定期进行依赖审计和清理。

2. 框架兼容性考量：核心框架（如 Next.js）的升级往往会影响整个工具链，需要制定合理的升级路线图。

3. 警告分类处理：不是所有警告都需要立即解决，应根据实际影响制定优先级。

4. 工具链标准化：考虑将部分开发工具（如 drizzle-kit）标准化为全局安装，减少项目依赖的复杂性。

未来规划

随着 React 19 的稳定和 Next.js 15 的发布，项目计划在近期进行以下改进：

1. 全面升级到 Next.js 15 和配套工具链
2. 实现 instrumentation.ts 的稳定集成
3. 评估并采用最新的 ESLint 配置方案
4. 优化开发环境配置，减少不必要的依赖警告

通过系统性的依赖管理和前瞻性的技术规划，LMNR-AI 项目将保持健康的技术栈状态，为后续功能开发奠定坚实基础。