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