Closed zhouzongren closed 3 years ago
一个非常标准的 依赖冲突。
用npm ls @typescript-eslint/eslint-plugin
看看到底是什么东西影响了自带的依赖,然后删除掉它
一个非常标准的 依赖冲突。
用
npm ls @typescript-eslint/eslint-plugin
看看到底是什么东西影响了自带的依赖,然后删除掉它
└─┬ @umijs/fabric@2.5.2
└── @typescript-eslint/eslint-plugin@4.13.0
只有这一个依赖
重新安装一下吧!官方的ci复现不了这个问题
重新安装一下吧!官方的ci复现不了这个问题
应该是@umijs/fabric 从2.3.1 -> ^2.4.1 的一些 eslint 依赖改变引起的,回退到2.3.1 再重新安装 eslint-plugin-import, 修改一些jsconfig的配置基本上可以解决。我的项目大概是去年4月份initial的 最近换了设备重新install就出现这个问题。
大意了,应该吧package-lock也加到git里面去
是不是有一部分lint的依赖版本不受lock控制。。
lock 能锁定大部分的
lock 能锁定大部分的
大概一个月左右,某次线上CI lint就开始报错,本地就没问题。 本地删除node modules和lock,重新install就跟线上一样了,感觉就是突然更新了很多规则,但是lock文件本身没变化。
lock 能锁定大部分的
大概一个月左右,某次线上CI lint就开始报错,本地就没问题。 本地删除node modules和lock,重新install就跟线上一样了,感觉就是突然更新了很多规则,但是lock文件本身没变化。
lock没变化依赖基本不会变动的 我这边lock没有维护到git 但是ci有做node_module的cache 所以没问题 本地手贱rm了lock 就有这个问题了
lock 能锁定大部分的
大概一个月左右,某次线上CI lint就开始报错,本地就没问题。 本地删除node modules和lock,重新install就跟线上一样了,感觉就是突然更新了很多规则,但是lock文件本身没变化。
lock没变化依赖基本不会变动的 我这边lock没有维护到git 但是ci有做node_module的cache 所以没问题 本地手贱rm了lock 就有这个问题了
感觉umi上有一些依赖会动态更新
🧐 问题描述
pro v4版本,移除package-lock.json和node_modules重新install之后,run lint报错
💻 示例代码
报错信息
© 版本信息
Ant Design Pro 版本: ^4 javascript 版本 umi 版本 浏览器环境 开发环境 mac OS