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 的时候去触发。
启动参数如下 java -server -Xms2048m -Xmx2048m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath…
因为我是看到tinyfool 《那些年我赶过的时髦技术趋势》,在赞叹的时候,也让我对我有好些回忆,所以想写一篇回忆贴,本来觉得回忆是件挺让人沮喪的事,因为是老了的表现,但我写着…
也许大家知道,GDB 版本7.0 (2009年9月release) 会是第一次开始支持Reversable Debugging (回溯调式技术),这是一种可以让在debug程序…