git lfs

换个角度还能用包管理器，nuget 、nexus repository 、npm 之类的，思路窄了。。

腾讯发布了一个 https://ugit.qq.com/zh/index.html ，用 git lfs 做了大文件优化

依赖的库是哪里来的？

也是 git 仓库 -> git submodule
其他来源获得 -> git lfs

另外 5GB 肯定不是纯文本吧，资源二进制文件可以考虑用 SVN 单独管理。

内部依赖仓库，自己的包或者第三方不公开的包就扔里面

你说的库是 dll 这类的还是 npm 这类的还是源码类的，dll 可以 lfs ，npm 可以 npmjs ，源码可以 submodule

google drive

我们是直接推 git ，不过没这么大，1g 多点吧，时代已经变了，稳定性更重要

node_modules 么 。。。

依赖库？
git submodule 请

不是有包管理器吗

git submodule 不还是在用 git 里吗？没有解决依赖的库 5 个 G 的问题，只是转移了问题。

最后的部署方式是啥？如果是 docker ，可以考虑把这些依赖打进 base_image

小项目用 submodule
大项目用 repo

头像好评,一般是子模块,git submodule.

gt lfs

包管理器，。git 是管源好用

有包管理的用包管理
没有包管理的源码集成 或者 源码归档+编译脚本

公共的 git 仓库平台, 可以放 git release

建议源码实时编译输出依赖库。

@luny #20 感谢，目前是这种方案

@Morriaty #13 wpf 的项目 没用容器

@rekulas #8 嗯，我们的实际也是 2 个 G 左右，就想如果很大了会怎么管理

@w568w #4 WPF 项目依赖的 dll

@skadi #15 谢谢！ 自己养的猫随手拍的

不是，这不是已经通网了吗，非要上传吗，就不能不传吗，通网了单独下载依赖，或者把依赖压缩打包起来存本地都行，为什么非想着上传依赖尼

1. 预先编译好产物，然后打包产物 放 http 服务或公司内网的共享网盘之类的，算好压缩包 md5
2. 自己项目写好 CMake 或其他工具，自动下载压缩包并比较 md5 以用作校验

很多项目都这么干
另外 cmake 也提供了现成的下载，md5 计算等方便功能

如果是完全不改的，要我就写脚本，编译时自动下载，存放可以是公网，也可以内网。我是受不了把编译器和素材都放 git 的做法