eslint

草梅 Auth 1.5.0 发布与自动化发包经验 | 2025 年第 35 周草梅周报本文在草梅友仁的博客发布和更新，并在多个平台同步发布。如有更新，以博客上的版本为准。您也可以通过文末的原文链接查看最新版本。

前端工作日常

以 Vue 项目为例串联eslint整个流程当运行 vue create my-project 并选择 ESLint 时：Vue CLI 会自动安装所需依赖：

前端工作日常

我对eslint的进一步学习package.json文件中的bin字段是一个非常重要的字段，它用于指定一个或多个可执行文件。这个文件不是在用户安装时动态生成的，而是作为 eslint 包源码的一部分，由 eslint 官方团队在发布包时包含在 npm 包中。具体流程：

尖椒土豆sss

关于vue3 项目中使用 eslint-plugin-vue 报错踩坑记录最近在整理一个项目，发现该项目有一系列 eslint 规则依赖，但是并没有开启 eslint 的校验。

前端工作日常

我理解的eslint配置用于指定代码运行的环境。每个环境都带来一组预定义的全局变量。例如：解析器阶段：当配置 env: { browser: true } 时，解析器会预先知晓 window、document 等变量是合法的全局变量，因此在构建 AST 时不会将它们标记为 “未定义”

Eslint中微内核&插件化思想的应用ESLint 作为现代JavaScript代码质量检查工具，其架构设计充分体现了微内核和插件化的设计思想。通过将核心功能最小化，将复杂的代码检查逻辑以插件和规则的形式进行扩展，ESLint 实现了高度的可扩展性和灵活性。

前端工作日常

ESLint 配置深度解析：parserOptions、env 和 flowtype 的核心作用与实战指南作为前端开发者，ESLint 是保障代码质量的关键工具。但配置文件中看似简单的选项背后隐藏着重要的运行逻辑。本文将通过具体代码示例，解析 parserOptions、env 和 flowtype 的核心作用及配置缺失时的影响。

前端工作日常

我学习到的ESLint 配置中root作用查找范围：ESLint 从目标文件所在目录开始向上查找配置文件合并顺序：找到的所有配置文件都会参与合并

针对"@antfu/eslint-config": "^4.17.0"最新版本使用报错Unexpected token 'with'的解决方法搭建新项目时，按照antfu/eslint-config: Anthony's ESLint config preset (github.com) 官网文档进行安装依赖，

代码规范-3大利器 prettier eslint husky这时候会把整个项目都格式化一遍同时我们也把命令加入的package.json 执行命令里一般prettier 有默认的配置，当然我们可以自己定制一个，再根目录创建prettier.config.js

拾光拾趣录

ESLint：从代码扫描到自动修复凌晨2点紧急修复生产Bug时，因为团队成员写了 if (user = admin) 导致权限漏洞——这类低级错误完全可通过ESLint拦截！继上篇《ESlint代码检查机制深度解析》，本文将对其进行更详细的介绍。

从 ESLint 到 Oxlint：一次提速百倍的前端 Lint 工具链升级实战在前端项目的日常开发中，ESLint 是我们保障代码质量、统一代码风格不可或缺的工具。但随着项目规模的增长，一个普遍的痛点逐渐浮现：性能。在 pre-commit 钩子中等待数十秒甚至更久的 Lint 检查，或是 IDE 中迟钝的错误提示，都在无形中消耗着我们的开发热情和效率。

光头程序员

自定义 eslint 规则eslint-plugin-guojieEslint eslint-plugin-xxxx这样一个简单的 eslint 规则就完成了，如何使用环境 "eslint": "^8.57.1" 命令 "test": "npx lint index.js"

一些 linter & formatter 配置最佳实践花了好长时间调研的一些最佳实践，感觉基本上应该是够用了（？这里的纯 eslint 部分是参考了 @antfu/eslint-config 的配置，rules 里面塞了一些格式化规则。

锈儿海老师

AST 工具大PK！Biome 的 GritQL 插件 vs. ast-grep，谁是你的菜？在大项目里，想让代码风格统一、质量杠杠的，那可真是个老大难问题。现在那些用 Rust 写的 Lint 工具，跑起来那叫一个快，检查点基础的代码规范，小意思。但要是你想搞点特别定制的规则，或者代码量巨大，想自动重构个啥的，它们就有点力不从心了。

提交规范靠吼没用，看我用“shell+husky螺丝刀”，一键给40多个项目上锁最近公司一声令下，开始搞“标准化开发”大行动，意思是：代码可以不惊艳，但提交必须整整齐齐、仪式感拉满。于是，一份“神圣不可更改”的规范文档横空出世，赫然写着：

eslint使用更多在vscode中关于eslint的配置可查看文档在vue.config.js 中开启项目的eslint

ESLint + Husky 如何只扫描发生改动的文件？最近公司对代码质量抓得很严, 出台了一系列组合拳:今天先说说，在本地使用git提交代码时进行代码质量检查如何实现。现在进入主题

利用 caniuse 结合 browserslist 对 JS 做兼容性检测前端开发的时候，我们经常会查 caniuse 看看某个方法是否兼容性足够，一旦不小心忘记查，则有可能使用了目标浏览器不支持的方法导致功能不可用甚至低端机上白屏，长期以往会降低质量同学对自己的信任分，比如 array.at 需要 Chrome >= 92 方可使用，而我们的目标浏览器是 90+。兼容性问题比较耗时间复现，有没有彻底的解决之道？

【VUE3】Eslint 与 Prettier 的配置0 前言1 VSCode 中的 Eslint 与 prettier 插件2 两种方案3 eslint.config.js