Nodejs 有最小化 node_modules 的工具吗
Nodejs 有最小化 node_modules 的工具吗
node_modules 的体积非常庞大,但是里面有很多不必要的东西,比如 ts 文件啊,md 文件啊,真正用到的 js 并没那么大。还有的 module 是同时提供了 js 和 min.js ,也是没有必要的。那么有没有一个工具可以 clean up 一下 node_modules 呢,感觉可以压缩很大的空间。
自己写过一个工具:node-modules-clean,你可以试一试。https://github.com/duan602728596/node-modules-clean
yarn autoclean
tj 有个 go 写的工具 忘记叫啥了
空间占用主要是出于何种考虑?本机开发无所谓的吧?
我们线上服务器部署完,生成的文件一般放到 public 下的子目录,然后把这个 node_modules 直接删掉。
这样的话每次部署都要重新 npm install 一遍?
#5 我们在做 vscode 扩展,node_modules 最后会包进去。目前整个包是 9.4MB ,node_modules 占了 7 兆多。本来空间不是大问题,但是考虑到下载速度这就是个问题了。大部分 vscode 扩展是点了安装马上就可以 work,我们这个点了 vscode 没反应,因为在后台下载呢。
是的,我们的 web 项目部署有专用机器,测试开绿灯以后,repo 那边的 hook 会呼叫这台机器打包最新版本。不必要的文件都不会被打包的。
啊,这个领域不大了解。抱歉没有进一步的建议。
这样的话部署一次 5 分钟的节奏?
感觉还是增量 install 更合理一点
用 Webpack 之类的编译一下?
我这里没那么夸张,自动部署一次流程 node 部分大概不超过 30 秒。用的是 AWS EC2 m4.large
项目服务器是不装 node 组件的,部署服务器跑完了打包放 S3,呼叫 CodeDeploy 部署到线上机器,线上机器部署 1 ~ 2 秒就搞定了。
讲究
标准的解决方案不应该是用 Rollup 或者 Webpack 打包一下么
或者 TJ 的这个工具 https://github.com/tj/node-prune
知道哪些文件不需要了,为啥觉得 gitignore 一下就哦了?
其实是大部分 node module 都没有正确使用.npmignore。我和 ray 还有 zhiqing 正在考虑要不要像 那样帮常用 node module 补上.npmignore
#18 补充 npmignore 这个事情不太可行。
比如一个通用模块同时提供 .min.js 和 .js 的,前端使用的话,正常是通过构建工具把 .min.js 拷贝到 输出目录,或者直接把 .js 按需合并进 bundle.js 这个时候你排除哪个都不好。
另外,你帮别人补 npmignore 是提 pr 的形式? 如果是 的形式,那 包已经下好了,你补的 ignore 又怎么发挥作用呢?
再发布个工具,根据我补的 ignore 开始删。我也很绝望的
#20 vsce 发布的时候会根据 npmignore (没有就继承 gitignore ) 忽略 node_modules 下的东西
用户下载插件后,会根据 package.json 重新安装依赖的啊。不是很理解为什么你要把 node_modules 也打包进去啊
vsc 扩展会自动安装依赖的么?这个我还没试过。不过即使可以,npm install 岂不是更慢
#22 sorry,刚刚重新看了下,atom 的插件会这么做。
vscode 是把项目目录,和依赖(貌似默认不打包开发依赖)一起打包。然后通过 CDN ( gallerycdn.vsassets.io )分发。
能说下是什么依赖吗?
我注意到 比如 eslint 扩展,其实并没有打包 eslint,而是找项目目录或者全局的 eslint 来使用。
如 go 扩展,其实安装后会检测环境中有没有一些关于 go 的工具,然后提示用户主动安装。
或许可以通过这种方式进行体积的缩减。。
或者简单点,直接写一份 .vsceignore 好了。
npm 设计的时候就应该用白名单机制,而不是 npmignore 黑名单机制。
https://yarnpkg.com/zh-Hans/docs/workspaces
workspace 了解一下
好像 package.json 里有个 file 字段是白名单。问题是没几个开发者认真对待 file 和 npmignore。我发现 lodash 做得是比较好的。
这个好像和我的需求不 match
之前就有人提到了,我还是觉得挺好奇的…
Webpack/Rollup 打包一下不能满足你的原始需求嘛?
.vscodeignore
其实你们在乎包体积最大的问题在于 Node.js 开发的时候包是本地安装的。而不像是 Python/Ruby 全局安装。
所以我觉得不如引入一个新的管理工具,这个工具会自动将所有的包安装到全局,然后软连接到本地来。
对于需要编译的包,那么还是选择本地安装比较好。
针对Node.js项目中node_modules
目录占用空间大的问题,确实存在一些工具可以帮助最小化该目录。以下是一些推荐的工具及简要说明:
-
npx-npkill:
- 这是一个用于清理和管理
node_modules
目录的小工具。 - 可以在命令行中执行指令,列出所有
node_modules
目录并显示其占用空间。 - 帮助开发者识别并清理长期未使用的项目依赖。
- 这是一个用于清理和管理
-
rimraf:
- 虽然rimraf本身不是专为最小化
node_modules
设计的,但它可以方便地删除该目录。 - 安装后,可以使用命令
rimraf node_modules
来删除整个node_modules
文件夹。
- 虽然rimraf本身不是专为最小化
-
clean-modules:
- 这是一个专为Node.js生态设计的模块清理工具。
- 通过安全移除生产环境中不需要的文件和目录,显著减小
node_modules
的体积。 - 安装后,可以通过命令行或配置文件来执行清理操作。
-
使用tar命令压缩项目时排除
node_modules
:- 在项目部署时,可以使用tar命令压缩项目,同时排除
node_modules
目录。 - 示例命令:
tar -czvf [压缩包名称].tar.gz --exclude=node_modules [文件夹路径]
。
- 在项目部署时,可以使用tar命令压缩项目,同时排除
这些工具和方法都可以有效地帮助最小化Node.js项目中的node_modules
目录,从而节省磁盘空间并提高项目管理的效率。