这是一个创建于 3257 天前的主题，其中的信息可能已经有所发展或是发生改变。
团队有 win 和 mac，会有冲突吗
 | 1 clippit 2017 年 5 月 24 日 原则上说不应该 |
 | 2 oneonesv 2017 年 5 月 24 日 加了要死的，那么多文件。。 |
 | 3 SourceMan 2017 年 5 月 24 日 。。。。为什么要加，这个完全不符合逻辑呀 你统计下 node_modules，100-200M，几万个文件 |
 | 4 Troevil 2017 年 5 月 24 日 这个目录不是相当于 java 的 jar 依赖嘛... 依赖当然不传, build 之前自己 install 啊 |
 | 5 hcwhan 2017 年 5 月 24 日 via iPhone 你可能是需要 npm skrinkwrap 搜索一下就知道了 |
 | 6 sutra 2017 年 5 月 24 日 不要。 如果你想控制依赖的具体的版本可以用 yarn。 |
 | 7 54007 2017 年 5 月 24 日 依赖管理应该只要 package.json 就行了 |
 | 8 juicy 2017 年 5 月 24 日 yarn lock, npm shrinkwrap |
 | 9 Tonni 2017 年 5 月 24 日 yarn 大法好 |
 | 10 hxsf 2017 年 5 月 24 日 yarn.lock +1 |
 | 11 Perry 2017 年 5 月 24 日 package.json 里面的依赖写对就行 |
 | 12 coolcoffee 2017 年 5 月 24 日 会冲突，最典型的就是 node-sass，它是先下载 c 语言源码，然后本地调用编译器进行编译的。别说不同系统，就是不同的 node 版本都要 rebuild 才行 |
 | 13 changwei 2017 年 5 月 24 日 via Android package.json 加入版本控制就好，svn 或 git 去管理 package，package 再去管理 node_modules 就好。职责分明。 |
 | 14 slowgen 2017 年 5 月 24 日 不把依赖加进版本库,当你们依赖的库再次出现了 left-pad 事件,或者库的作者帐号被盗,被植入了恶意代码,你们要如何处理? |
 | 15 jellybool 2017 年 5 月 24 日 via iPhone yarn 大法好 |
 | 16 learnshare 2017 年 5 月 24 日 no，Git 里文件只要自己的代码就好了，第三方的用的时候在线安装 |
 | 17 flashback313 2017 年 5 月 24 日 yarn 大法好 |
 | 18 julyclyde 2017 年 5 月 24 日 别学 google 的 one source tree 邪教 |
 | 19 incompatible 2017 年 5 月 24 日 @shuimugan 这种问题当然是通过 npm 私有仓库来解决了。 |
 | 20 metrue 2017 年 5 月 24 日 node_modules 为什么用加入版本控制，package.json 放进去不叫好了吗？ |
 | 21 lsyAndroid 2017 年 5 月 24 日 via Android 不应该，我记得 package.json 加上就行了 |
 | 22 frankynwa 2017 年 5 月 24 日 不用,存 package.json 就行了。 然而我司居然把 node_modules 文件夹压缩之后加入版本控制了。 刚做项目不久，领导周末打电话问我："项目里面 xx 插件是谁加的？怎么没打入压缩包内?现在构建版本都报错了你说怎么办？？？？" 我说领导你 npm install 一下就行了...... |
 | 23 nextbox 2017 年 5 月 24 日 不应该 那么多文件。控制起来。是失控。。 直接 package.json 就可以了啦。 整个团队保持一样的 package.json 基本没啥问题的。 |
 | 24 Hilong 2017 年 5 月 24 日 via Android yarn.lock 正解 |
 | 25 billlee 2017 年 5 月 24 日 不要加入版本控制，但是一定要归档。否则哪天 npm 上的项目被删了。。 |
 | 26 orvice 2017 年 5 月 24 日 |
 | 27 nino 2017 年 5 月 24 日 其实有一种折衷的方法，我最近在使用，也是 facebook 内部很多项目的用法，就是把 npm 包压缩，然后 offline 安装。 yarn 自带这个功能，可以参考这篇博客： https://yarnpkg.com/blog/2016/11/24/offline-mirror/ |
| 28 nino 2017 年 5 月 24 日 当你有 N 多环境需要 npm install，然后依赖又特别多的时候你们就知道痛苦了，开发环境，测试环境，CI 环境…… 万一有的环境没有网络那又怎么办？其实依赖也进版本控制并不是一件不可接受的事，golang 项目的 vendor 一般也是推荐放进版本控制的。 |
 | 30 spice630 2017 年 5 月 25 日 为什么这个板块儿颜色不一样～～ |
 | 31 polun 2017 年 5 月 25 日 看场景吧。 |
 | 32 cxbig 2017 年 5 月 25 日 我们的自动部署都是实时 install + run，目标文件生成以后还会把这个文件夹删掉。 |
| 33 cxbig 2017 年 5 月 25 日 补充上一条：我们只用于前端生成 JS 和 CSS。以 nodejs 为后端的项目是不是运行时依赖不太确定。 |
 | 34 sampeng 2017 年 5 月 25 日 原则上不需要加，但是 require 必须写死版本号。如果你不想本地跑的好好的，上线发现洗洗睡了的话。。。 |
Select Lnguage