这是一个创建于 230 天前的主题，其中的信息可能已经有所发展或是发生改变。
如果依赖的库在 5 个 G 以上，会提交到 git 上吗，如果不会又有什么比较好的方案处理呢？
今天办公室在讨论这个，在想如果是局域网自己搭建的 git 可能还好，如果是外网环境 又怎么处理呢，麻烦各位大佬解惑一下你们日常是怎么处理的
 |
1
Latin 230 天前  2
git lfs
|
 |
2
czita OP 换个角度还能用包管理器，nuget 、nexus repository 、npm 之类的，思路窄了。。
|
 |
3
redbule 230 天前 1
腾讯发布了一个 https://ugit.qq.com/zh/index.html ，用 git lfs 做了大文件优化
|
 |
4
w568w 230 天前 via Android 1
依赖的库是哪里来的？
也是 git 仓库 -> git submodule 其他来源获得 -> git lfs 另外 5GB 肯定不是纯文本吧，资源二进制文件可以考虑用 SVN 单独管理。 |
 |
5
wqhui 230 天前 1
内部依赖仓库，自己的包或者第三方不公开的包就扔里面
|
 |
6
lisxour 230 天前 2
你说的库是 dll 这类的还是 npm 这类的还是源码类的，dll 可以 lfs ，npm 可以 npmjs ，源码可以 submodule
|
 |
7
clemente 230 天前
google drive
|
 |
8
rekulas 230 天前 1
我们是直接推 git ，不过没这么大，1g 多点吧，时代已经变了，稳定性更重要
|
 |
9
darkengine 230 天前
node_modules 么 。。。
|
 |
10
JimMoen 230 天前 1
依赖库？
git submodule 请 |
 |
11
unco020511 230 天前 1
不是有包管理器吗
|
 |
12
wonderfulcxm 230 天前 1
git submodule 不还是在用 git 里吗？没有解决依赖的库 5 个 G 的问题，只是转移了问题。
|
 |
13
Morriaty 230 天前 1
最后的部署方式是啥？如果是 docker ，可以考虑把这些依赖打进 base_image
|
 |
14
exiledkingcc 230 天前 1
小项目用 submodule
大项目用 repo |
 |
15
skadi 230 天前 1
头像好评,一般是子模块,git submodule.
|
 |
16
vincent7245 230 天前 1
gt lfs
|
 |
17
chchwy 230 天前 1
包管理器，謝謝。git 還是管源碼好用
|
 |
18
Rorysky 230 天前 1
有包管理的用包管理
没有包管理的源码集成 或者 源码归档+编译脚本 |
 |
19
FengMubai 230 天前 1
公共的 git 仓库平台, 可以放 git release
|
 |
20
luny 230 天前 1
建议源码实时编译输出依赖库。
|
 |
26
BaiLinfeng 230 天前
不是，这不是已经通网了吗，非要上传吗，就不能不传吗，通网了单独下载依赖，或者把依赖压缩打包起来存本地都行，为什么非想着上传依赖尼
|
 |
27
kaminic 229 天前 1
1. 预先编译好产物，然后打包产物 放 http 服务或公司内网的共享网盘之类的，算好压缩包 md5
2. 自己项目写好 CMake 或其他工具，自动下载压缩包并比较 md5 以用作校验 很多项目都这么干 另外 cmake 也提供了现成的下载，md5 计算等方便功能 |
 |
28
smdbh 229 天前
如果是完全不改的，要我就写脚本，编译时自动下载，存放可以是公网，也可以内网。我是受不了把编译器和素材都放 git 的做法
|
Select Language