你们家的 nodejs， node_modules 太占空间了。。。。

也就上百兆吧 哈哈哈

的确残暴

而且文件目录超级多，真的爱不起来。

@linxl 不，不是，是 10 多 G。
http://7xjv8u.com1.z0.glb.clouddn.com/TIM%E5%9B%BE%E7%89%8720180510102612.png
http://7xjv8u.com1.z0.glb.clouddn.com/TIM%E5%9B%BE%E7%89%8720180510102608.png

你没理解我们 Node 社区 DRY 的真谛

@janxin 额，Node 不同项目如何 DRY 呢？安装包的时候都是 install -g 么？

话说，node 如何共享 node_modules 呢？像 python 那样 site-packages，或者 Go 那样， 共享 github.com 也行呀

并不能
@wlwood

所以，所以，一个遍历删除 node_modules 目录脚本是不是就有必要了？



python
#!/usr/bin/env python
# encoding:utf-8


import os
import sys
import shutil

def rm_dir(path, dirname):
if dirname == "node_modules":
print ("rm: ", os.path.join(path, dirname))
try:
shutil.rmtree(os.path.join(path, dirname))
except Exception as e:
print ("rm error: ", str(e))

def rm_node_modules(root):
for path, dirname, fs in os.walk(root):
for dirn in dirname:
rm_dir(path, dirn)

def main():
if len(sys.argv) < 2:
print ('please input node_modules path! exit !')
sys.exit(-1)

path = sys.argv[1]
print (path)
rm_node_modules(path)

if __name__ == "__main__":
main()
```


（注意的是，不要去删除 公共的 node_modules 啊，否则 npm 可能也会丢了）

http://cnodejs.org/topic/53db4a92bd3cc3e50b7d956b
@janxin

我的 maven 缓存也有 1GB 了。。。下了不少包

@wlwood 我只能说，一行命令就能解决你辛苦写的那么长一段代码的问题……

find . -name "node_modules" -print | xargs rm -rf

试试 npm i --production , 只安装生产依赖

@buf1024 一个参数 -delete 就能解决的问题，至于调用 xargs 和 rm 嘛(跑

find . -name "node_modules" -delete

我把所有依赖的 js 都打包成一个 js 文件，才几 M

@buf1024 @orzfly 大神，膜拜。

@shynome @vinsony 尽管你们说的都是方法，但是，开发时候，还是没有办法让不同的项目，使用相同的 node_modules 呀

@wlwood 不同的项目使用相同的 node_modules ？只怕是项目多了人都要疯

@vinsony 对呀，像其他语言就可以啊。使用相同的库，像 python，可以使用相同的 site-packages

我们家的事关你什么事?

@orzfly 至于为什么不用-delete，那是想看删除输出的文件。

就是不想共享才搞成现在这个样子的。比如 Go 语言为啥默认直接生成个静态的很大的可执行文件？依赖有问题解决起来可麻烦了，不如浪费点儿硬盘空间。

共用的话不好做依赖版本控制。

你可以考虑使用 pnpm

@wlwood py 的依赖处理方式也有人吹？一个多版本直接 gg，然后搞了 pyenv venv virtualenv virtualenvwrapper 一堆出来擦屁股。 搞出来后，并没有比 npm 高多少。

@mooncakejs 起码有的选择了呀。对于很大部分人来说，并不需要多版本。
然后，对于多于需求多版本了，可以选择那些创建虚拟环境。

而且，怎么会不比 npm 好呢？ npm 对于，每个包的依赖，不检查环境是否已经存在这个包没有，就直接又去 npm 一份回来。
pip 对于包里面的依赖，首先检查环境，如果存在就不再下载了。所以，对于同一个环境不存在同一个包，有多个副本的情况。

npm 对于同一个包，也可能有多个副本拷贝。

到底哪个高呢？

@maichael 刚刚去试了下 pnpm，pnpm install 后，运行出错，服务起不来。npm 就 ok。emmmm，我去研究研究下

@fds 嗯，有道理。对于 node 来说，这样的处理方式，可能会更好吧。

说起来可能不信，我为了让几个 vue 项目共用 node_modules，把 node_modules 做成了软连接

@chenstack 很好奇，结果怎么养呢？

@wlwood 感觉还不错，因为几个项目在同一个父目录下，依赖的库也差不多，用在开发环境上没发现什么问题

@chenstack 66666. 这个，我要试试。

node_modules 就是个毒瘤， 好歹学一下 nuget 嘛，全局放一个目录， 删起来方便

http://www.ruanyifeng.com/blog/2016/01/npm-install.html
npm 搞出来这么多破事。。。心寒

@wlwood 不能就试试 yarn，反正都比 npm 好。至少现在这个版本。

@maichael 嗯，有在用的，但是还是感觉太好

为啥就这个页面是黑的啊

@wlwood @janxin @maichael 其实可以的 多个项目其实可以共享全部或者部分 node_modules
node 会自动向上层目录寻找 所以如果有公共的依赖 而且版本一致 可以提取到上层目录的 node_modules 实现共享
或者 如果你这些项目的依赖完全一致 可以把其中一个 node_modules 放到上层目录 然后把其他的删掉 或者 symlink
如果你觉得太麻烦 有工具会自动帮你弄：yarn workspace
它会自动解决多个项目的相互依赖 同时提取公共的部分到同一个 node_modules
其他的项目会 symlink 到这个 node_modules 里面的依赖

@chenstack 不一定要 symlink 其实 node 会自动往上层目录找 另外 yarn workspace 最适合这种情况 会自动 symlink

@beginor 放全局目录也不一定是好事 如果你项目多 全局目录会非常大
而且 如果你要删除一些项目的时候 全局目录就没办法清理 只会越来越大 而且你还不敢随便删除

@wlwood 其实你说的不完全正确 npm 有 cache 的 如果有相同的依赖不会重复下载 但是由于每个项目是独立的 node_modules 自然会有独立的拷贝
但是我觉得从部署的角度而言 独立 node_modules 其实比较方便和干净
你只要把项目连同 node_modules 一起打包和拷贝 只要 OS 和 Node 相同 就可以直接跑起来
而且删除的时候 也很干净 不会在 global 留下不再需要的包

另外同一个项目下面 如果版本不同 NPM 倾向保留多个版本 这个是 node 社区的问题
不同版本（一般除了_._.x 修正版本）之间往往不兼容 而且也有可能会有包锁定依赖版本
NPM 现在的方法 其实是比较省事的 如果要 merge 和 flatten 反而会造成很多问题
目前新版本的 NPM 和 Yarn 就会做一些 merge 和 flatten 结果每次更新依赖的时候 会造成一些问题

@yyfearth "如果你要删除一些项目的时候 全局目录就没办法清理 只会越来越大 而且你还不敢随便删除"
小白问下, 不是每个项目下都有 package.json, 里面不是记载了本项目使用了哪些模块吗? 不能写个脚本检查下所有项目的 package.json 文件来确定某个模块是否有被某个项目依赖吗? 如果都没有依赖就可以删

磁盘空间什么时候成了开发的难点了

@yuann72 去掉没用到的依赖
https://www.npmjs.com/package/depcheck

@yuann72 你说的当然可以 但是问题就出在 “检查下所有项目的 package.json ”
也就是说 要么在 cleanup 的时候整个系统寻找 package.json
要么在 install 的时候需要记录每一个 package.json 存在的路径
都不是一件容易而且有效率的办法

否则 你在做清理的时候 你没办法知道有没有其他项目在使用你想要清理的包
这样一来 就意味着 所有 node 的项目就不是 portable 的 而且也不能随便移动位置和直接删除

现在 node_modules 最大的好处就是 node 项目大部分情况是 portable 的
只要 OS 兼容 Node 版本 兼容 你可以随时挪动位置 或者 删除 而且不影响其他项目
另外 如果你一个项目的包弄糟了 只需要删掉 node_modules 重来就好

我觉得唯一的问题 不是 node_modules 太大 而是文件太多 目录太复杂
我觉得可以学其他的语言把文件打包一下 比如 jar war phar 这些 zip 一下
而且由于有可能会有不少重复文件 去重再压缩估计会小不少
然后在运行时按需求解压 因为很多时候 并不是所有文件都有用到
而且现在的机器性能 解压缩 zip 的时间基本上可以忽略 搞不好从 IO 角度
从 zip 读取可能比加载一大堆文件还要快

这个现在可能不是很必要 但是以后有 webasm 了 打包一下其实可以考虑的

另外其实还有一个好处就是 因为 node_modules 独立
所以可以直接修改依赖而不影响其他项目
尤其是在 debug 的时候 发现依赖的包里面有问题
甚至可以在 npm postinstall 里面直接 patch 依赖的包

要共享就 npm link … 没那么多事，虽然不推荐

@yyfearth 这个肯定是好。但是却也是缺点啊！相同的包相同的版本，在电脑里已经有了，在不同项目，还必须要有个副本。没错，这样项目互相不依赖，但对于创建了很多很多项目来说，拷贝那么多份这就很没必要了

@df4VW 整个 SSD 盘就 50G，结果 node_modules 占用了 10 多 G...

可以搞个脚本用硬链接合并机器上的重复 npm 文件
重复的文件放在一个公共文件夹，在项目目录运行下脚本，如果有和公共目录相同的文件就删除掉项目的直接硬链过去

作为个 java，用了 npm 才体会到 maven 的好。

软连接是可行的办法，也会带来其他问题，不过讲真这个年代真的要吝惜硬盘空间吗？

新版的 npm 都可以共享 node_modules 里面的文件了，装个 koa2 打开 node_modules 就是一堆包，还是在基本没有链接的 Windows 下，只有引用了不同版本的同样的包才会出现多级 node_modules 的情况。
除非一个服务器跑几十个项目……然而既然要跑几十个项目，磁盘空间不是应该大一些吗

喜闻乐见
Node 这么种设计垃圾到爆的破东西能这么流行, 给世界网络增加了巨大的流量贡献了.

@ooo3o 一不小心点开了你的头像。发现你不喜欢的还有 git。。。。。

@tushankaka 那都是以前的事了.
现在嘛, 只要来钱快, 不喜欢都照用了, 都是赚钱的工具而已.