一、问题
最近遇到一个奇葩问题，困扰了本人两个月。
有一个前端项目，同事电脑上打包正常，可是在本人电脑上总是打包报错：
Error: Command failed: npm run build
Browserslist: caniuse-lite is outdated. Please run:
npx browserslist@latest --update-db
npm ERR! code ELIFECYCLE
npm ERR! errno 2
npm ERR! [email protected] build: `cross-env NODE_DEV=production SERVER_DEV=testing BUILD_MODE=cdn webpack --config ./build/webpack.prod.js`
npm ERR! Exit status 2
npm ERR!
看起来是cross-env这句报错，无法正常执行。
尝试了各种百度，例如搜索cross-env报错、npm ERR! Exit status 2……也解决不了， 网上基本都是找不到命令：cross-env 之类的，和这个错误根本不一样。
尝试了各种方法，例如使用相同的node版本、使用相同的registry、删除项目重新下载重新打包，都没有解决问题。
倒是有报错日志，但是日志里的内容和上面的大同小异，并没有什么用。
二、分析流程
1.这个前端项目是由4个子项目组成的，打包命令是自己配置的npm test，会把4个子项目一起打出来。
2.目前的现象是，用这个命令，一起打包时，cross-env这句报错。（不是找不到命令的错误）
3.尝试单独给这4个项目打包，使用npm run build命令一个一个打，发现，3个项目打包正常，1个项目报错
Type 'C' does not satisfy the constraint 'ElementType<any>'.
4.报错信息报的是node_modules中某个依赖的错误，但是搜这个错误也找不到解决方法，删除这个依赖、重新使用npm install下载依赖，也没有解决。
5.进一步发现，报错的依赖位置是D:\node_modules，这个位置并不是前端项目的依赖位置：D:\web_project\mytest3\node_modules
6.到此发现了问题，明明是在前端项目目录里执行npm run build的，但是不知道为什么、这个项目不使用自己的node_modules、非要用D:\node_modules，导致了报错。
三、解决方法
1.排查发现，D:\node_modules文件夹没有使用，因此删除了这个文件夹，并把磁盘上多余的node_modules文件夹全部删除了。（因为对前端项目不太熟悉，怕还有其它干扰存在，因此全删了）
2.先卸载了nodejs，然后继续用everything搜索磁盘，把多余的npm、npm-cache、nodejs、yarn之类的文件夹全都删除掉，防止干扰。
3.重新安装nodejs，使用npm config set registry http://xxx.com设置为正确的下载源，然后使用npm config get registry检查是否成功。
4.重新下载前端项目，重新用npm install下载依赖，重新用npm test(项目自己配置的打包命令)打包项目，这次终于打包成功了。（没有D:\node_modules干扰，前端项目终于用自己的node_modules打包成功了。）
四、前端项目打包注意事项总结
1.如果出现cross-env报错，可以看下是否是前端项目用错node_modules了。
2.要安装正确的nodejs版本，太高或太低不行。
3.要设置正确的registry，设置方法是npm config set registry http://xxx.com，查看方法是npm config get registry
4.需要在前端项目所在路径用npm install下载依赖，用npm run build即可打包到dist文件夹。