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