在lint-staged中实现差异化提交与推送检查配置

理解需求背景

在现代前端开发工作流中，代码质量检查工具链通常包含多个环节。开发者希望在代码提交(commit)时执行轻量级的代码格式化检查，而在代码推送(push)时执行更全面的测试验证。这种分层检查策略可以有效平衡开发效率与代码质量。

lint-staged的多配置方案

lint-staged作为Git钩子管理工具，支持通过不同配置文件实现差异化检查策略。核心思路是：

1. 为提交(commit)阶段创建基础配置文件.lintstagedrc，仅包含代码格式化相关检查
2. 为推送(push)阶段创建扩展配置文件.lintstagedrc.push，增加测试相关检查
3. 在Husky钩子中指定不同的配置文件

具体实现方法

基础配置(提交阶段)

创建.lintstagedrc文件，配置轻量级检查：

{
  "*.{js,jsx,ts,tsx}": [
    "prettier --write",
    "eslint --fix"
  ]
}

扩展配置(推送阶段)

创建.lintstagedrc.push文件，增加测试相关配置：

{
  "*.{js,jsx,ts,tsx}": [
    "prettier --write",
    "eslint --fix",
    "jest --findRelatedTests"
  ]
}

Husky钩子配置

在package.json或.husky目录中配置差异化执行：

{
  "husky": {
    "hooks": {
      "pre-commit": "lint-staged",
      "pre-push": "lint-staged --config .lintstagedrc.push"
    }
  }
}

技术优势分析

1. 性能优化：提交阶段仅运行必要检查，保持开发流畅性
2. 质量保障：推送阶段执行全面验证，防止问题代码进入仓库
3. 配置灵活：可根据项目需求自由组合不同阶段的检查项
4. 渐进增强：随着项目发展可逐步增加检查严格度

实际应用建议

1. 对于大型项目，可考虑将测试分为单元测试(提交阶段)和集成测试(推送阶段)
2. 可根据文件类型配置差异化检查策略
3. 团队协作时应统一配置，避免因本地环境差异导致问题
4. 定期审查检查配置，确保与项目实际需求匹配

这种分层检查策略已在许多大型前端项目中得到验证，能有效提升开发体验同时保障代码质量。