VSCode ESLint 保存等待嘎嘎久解决方案有吗
VSCode 经常在文件内容稍大一点, 保存就要等半天
限制只处理变化的文件
把 eslint 换成 biome
biomejs.dev/
经常遇到。感觉像是 vscode 或者 eslint 的 bug ,出现保存慢的情况后,我重启 vscode 后再保存就正常了
设置一下 eslint 的忽略列表?
把 onsave 事件关了用 lint-staged 在 commit 的时候触发
最好就是不用 eslint
之前也有这种情况嘛?
如果最近才出现这种情况的话记得留意一下 vscode 版本问题
保存时候不检查,提交时再检查
Eslint 我感觉编写代码的时候,最好就别开启。影响写代码,配置到 precommit githook 里,提交的时候再检查。
能 auto fix 的,尽量 auto fix ,无法 auto fix 的,再报错拦住 commit 。
重启
不能怪罪 ESLint ,就是 Vue 插件的锅,官方插件还做得这么辣鸡,降 Vue 比较版本可能可以解决问题,用 React 就没怎么遇到过这种事
#11 降 Vue 插件版本可以解决
停掉开发服务器试试
两年前就遇到了, 重载和重启才行
cmd+shift+p reload window ,重启下就好了。
其实是 Vue 的问题
求解
Eslint 大点的公司都标配呀, 不然 commit 都提不上去
有可能是楼下兄弟说的 Vue 的问题, 我写 React 的时候重来没遇到过这个问题
是的, 这是一种方案
我不写 vue 不卡
暴力一点直接放弃 eslint, 用 prettier 足够好了.
eslint 勉强还能代替 prettier ,prettier 怎么代替 eslint 啊
楼主的情况,建议 onSave 只用 prettier ,提交时才过 eslint
on save 的时候先不开,只在 commit 的时候去触发。
之前大学的时候,熬到两三点,一点问题没有,是带着一点点的困意或者完全不困的情况下强行让身体去睡觉。 最近几年,尤其是去年,感觉完全没有熬夜的能力了。 不是不想熬,是一到十一点多…
最近在调研全文检索和 AI 如何进行结合, 目前只是用过市面上的 AI 模型,没有深入了解过,请教下各位懂行的大佬 目前的场景: 目前有一亿辆车,不同车牌,不同品牌,不同颜色,…
查了一些资料,说区块链超过 51%就有可能被篡改,但是目前的需求是要求 100%的技术上不能篡改,这个目前区块链技术可以做到吗或者其他技术也行?主要是合同相关的需求,所以必须要…