Nodejs 有最小化 node_modules 的工具吗

Nodejs 有最小化 node_modules 的工具吗
node_modules 的体积非常庞大,但是里面有很多不必要的东西,比如 ts 文件啊,md 文件啊,真正用到的 js 并没那么大。还有的 module 是同时提供了 js 和 min.js ,也是没有必要的。那么有没有一个工具可以 clean up 一下 node_modules 呢,感觉可以压缩很大的空间。

33 回复

自己写过一个工具:node-modules-clean,你可以试一试。https://github.com/duan602728596/node-modules-clean


yarn autoclean

tj 有个 go 写的工具 忘记叫啥了

对了 现在 npm 挂了 装不了包

空间占用主要是出于何种考虑?本机开发无所谓的吧?
我们线上服务器部署完,生成的文件一般放到 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 打包一下么

知道哪些文件不需要了,为啥觉得 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 黑名单机制。

好像 package.json 里有个 file 字段是白名单。问题是没几个开发者认真对待 file 和 npmignore。我发现 lodash 做得是比较好的。

这个好像和我的需求不 match

之前就有人提到了,我还是觉得挺好奇的…

Webpack/Rollup 打包一下不能满足你的原始需求嘛?

题外话: 为什么界面是黑的?

.vscodeignore

其实你们在乎包体积最大的问题在于 Node.js 开发的时候包是本地安装的。而不像是 Python/Ruby 全局安装。

所以我觉得不如引入一个新的管理工具,这个工具会自动将所有的包安装到全局,然后软连接到本地来。
对于需要编译的包,那么还是选择本地安装比较好。

针对Node.js项目中node_modules目录占用空间大的问题,确实存在一些工具可以帮助最小化该目录。以下是一些推荐的工具及简要说明:

  1. npx-npkill

    • 这是一个用于清理和管理node_modules目录的小工具。
    • 可以在命令行中执行指令,列出所有node_modules目录并显示其占用空间。
    • 帮助开发者识别并清理长期未使用的项目依赖。
  2. rimraf

    • 虽然rimraf本身不是专为最小化node_modules设计的,但它可以方便地删除该目录。
    • 安装后,可以使用命令rimraf node_modules来删除整个node_modules文件夹。
  3. clean-modules

    • 这是一个专为Node.js生态设计的模块清理工具。
    • 通过安全移除生产环境中不需要的文件和目录,显著减小node_modules的体积。
    • 安装后,可以通过命令行或配置文件来执行清理操作。
  4. 使用tar命令压缩项目时排除node_modules

    • 在项目部署时,可以使用tar命令压缩项目,同时排除node_modules目录。
    • 示例命令:tar -czvf [压缩包名称].tar.gz --exclude=node_modules [文件夹路径]

这些工具和方法都可以有效地帮助最小化Node.js项目中的node_modules目录,从而节省磁盘空间并提高项目管理的效率。

回到顶部