这是一个创建于 1734 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先声明两点：
1 、不是用来做图床，主要存放的还是代码和文档。
2 、二进制文件不会被二次修改，所以不存在历史版本的存储、查阅、diff 等问题。
满足以上条件的情况下，git 适合放大量二进制文件吗？
如果不适合，放哪里最适合？
ps：产生此想法来源于阮一峰的周刊 repo 中的这个 issue：
https://github.com/ruanyf/weekly/issues/1157
在这个 repo 中存的是文章，而且每周更新，每篇文章会有一些图片文件。
1 、不是用来做图床，主要存放的还是代码和文档。
2 、二进制文件不会被二次修改，所以不存在历史版本的存储、查阅、diff 等问题。
满足以上条件的情况下，git 适合放大量二进制文件吗？
如果不适合，放哪里最适合？
ps：产生此想法来源于阮一峰的周刊 repo 中的这个 issue：
https://github.com/ruanyf/weekly/issues/1157
在这个 repo 中存的是文章，而且每周更新，每篇文章会有一些图片文件。
 |
1
hszhakka2ex 2020-03-30 16:55:06 +08:00
很好奇是什么二进制文件不会被二次修改，一般开发过程中，无论什么资源，都是有可能逐步迭代修改的。
|
 |
2
xiebruce 2020-03-30 16:59:44 +08:00
很多人都用它做静态站存储(hexo 等)以及做图床，大量的话，一个 repo 超过 1G 就会被发邮件提示你要降到 1G 以下，这个新建一个 repo 即可，文档现在都流行 Markdown，也就是都是文本的，很适合呀，你是放 word 文档这种，没放过，反正就是个二进制文件，也不是不能放。
|
 |
3
creedowl 2020-03-30 17:05:34 +08:00 via Android
有 lfs 但感觉用 git 管理二进制文件不太合适
|
 |
4
sekfung 2020-03-30 17:52:05 +08:00
SVN 最合适
|
|
5
hszhakka2ex 2020-03-30 17:55:31 +08:00
反对 Git 不适合管理二进制文件的观点！
|
 |
6
heart4lor 2020-03-30 17:56:44 +08:00
感觉放图床才更解耦吧
|
 |
7
newmlp 2020-03-30 18:05:26 +08:00
有啥适合不适合的，就是二进制保存比较占空间而已
|
 |
8
balabalaguguji 2020-03-30 18:16:24 +08:00
SVN 比较适合存储二进制的文件，你可以试下 svnbucket.com
|
 |
9
lc1450 2020-03-30 18:19:01 +08:00
前段时间发现同事用内部 gitlab 备份数据, 一天 200M+, 发现时仓库已经 10G+了。
历史备份删除了,但仓库里还保留着, 用空仓库 push -f 都不顶用, 最后换了备份方案, 才把仓库删掉 所以,如果只是存储,没有频繁删除的需求也可以用 |
 |
10
msg7086 2020-03-31 09:33:21 +08:00  1
可以扔 LFS，不过要注意 GitHub Pages 不支持 LFS，而 GitLab Pages 倒是支持的，之前踩过坑了。
|
Select Language