这是一个创建于 2127 天前的主题，其中的信息可能已经有所发展或是发生改变。
首先声明两点：
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 年 3 月 30 日
很好奇是什么二进制文件不会被二次修改，一般开发过程中，无论什么资源，都是有可能逐步迭代修改的。
|
 |
2
xiebruce 2020 年 3 月 30 日
很多人都用它做静态站存储(hexo 等)以及做图床，大量的话，一个 repo 超过 1G 就会被发邮件提示你要降到 1G 以下，这个新建一个 repo 即可，文档现在都流行 Markdown，也就是都是文本的，很适合呀，你是放 word 文档这种，没放过，反正就是个二进制文件，也不是不能放。
|
 |
3
creedowl 2020 年 3 月 30 日 via Android
有 lfs 但感觉用 git 管理二进制文件不太合适
|
 |
4
sekfung 2020 年 3 月 30 日
SVN 最合适
|
|
5
hszhakka2ex 2020 年 3 月 30 日
反对 Git 不适合管理二进制文件的观点！
|
 |
6
heart4lor 2020 年 3 月 30 日
感觉放图床才更解耦吧
|
 |
7
newmlp 2020 年 3 月 30 日
有啥适合不适合的，就是二进制保存比较占空间而已
|
 |
8
balabalaguguji 2020 年 3 月 30 日
SVN 比较适合存储二进制的文件，你可以试下 svnbucket.com
|
 |
9
atx 2020 年 3 月 30 日
前段时间发现同事用内部 gitlab 备份数据, 一天 200M+, 发现时仓库已经 10G+了。
历史备份删除了,但仓库里还保留着, 用空仓库 push -f 都不顶用, 最后换了备份方案, 才把仓库删掉 所以,如果只是存储,没有频繁删除的需求也可以用 |
 |
10
msg7086 2020 年 3 月 31 日  1
可以扔 LFS，不过要注意 GitHub Pages 不支持 LFS，而 GitLab Pages 倒是支持的，之前踩过坑了。
|
Select Language