eslint
尽管我清楚 eslint 和 prettier 相互打架，但还是要面对他。必须要面对 eslint 这个困难。
系统性的学习策略
值得注意的是，用 @antfu/eslint-config 去配置 eslint 时，其配置风格完全割裂了，完全不像是之前学习的 eslint 配置。
这种感觉就类似于 vue2 突然切换到 vue3 这样。
以后学习 eslint 配置时，自己要意识到什么是旧版配置，什么是新版配置。新旧版本配置如何迁移切换？
在前端工程化的大方向上，学习 eslint。
git 提交时的自动格式化配置
在观察别人的后台管理项目时，可以在package.json内看到类似的配置：
json
{
"husky": {
"hooks": {
"pre-commit": "lint-staged"
}
},
"lint-staged": {
"src/**/*.{js,vue}": ["eslint --fix", "git add"]
}
}目前不清楚这种配置的内容，需要专门看看package.json、git和eslint的文档。记得eslint的文档提供了这样的配置。
目前这个配置的效果是：每次git推送时，都做一次eslint的格式化。
这个配置可以规范团队协作时的代码规范，但是目前不敢使用。因为团队不使用git来控制代码版本。
前端工程化 eslint
eslint 和 prettier 的依赖包
- eslint-plugin-prettier
- eslint-config-prettier
这两个依赖包，我一直以来都搞不清楚是什么关系的。
贡献者
ruan-cat 阮喵喵