git 仓库太大(文档库, 30g+)mbp 硬盘不太够了,有啥办法能让它体积变小一点?

2021-08-12 11:05:51 +08:00
 justNoBody

我需要拉取最新的提交,又需要修改做推送。 我尝试过指定 depth 或者使用 iCloud 来解决,但都以不完美告终

4697 次点击
所在节点    程序员
34 条回复
cloverzrg2
2021-08-12 14:34:03 +08:00
不知道你这个文档库是干嘛的
dayeye2006199
2021-08-12 15:11:01 +08:00
1G 的文档大概 8 千万个中文字,7G 的文档大约有 5 亿 6 千万字。LZ 的这个文档大概水平相当于《永乐大典》。。一部宏伟的码农巨著。。
dezng
2021-08-12 15:18:26 +08:00
https://git-lfs.github.com/
是在找这个吗?
NouveauNom
2021-08-12 15:33:38 +08:00
建议挂移动硬盘,mbp2015 及之前可以自己升级硬盘。
xx6412223
2021-08-12 15:52:32 +08:00
这就是 svn 该做的事情
xz410236056
2021-08-12 16:35:41 +08:00
试试 git -b -d?(-b 克隆指定分支,-b 只保留最近的一部分版本(比如 100 个))
clino
2021-08-12 17:00:08 +08:00
@justNoBody 怎么会被拒绝,我经常这么用啊
如果要看更多历史可以 git fetch --depth 10,要看完整历史可以 git fetch --unshallow
Raven316
2021-08-12 17:15:51 +08:00
主要是你每改一个 2 进制文档,都会存一个备份。。所以实在太大了
adoal
2021-08-12 20:58:29 +08:00
如果文档类型以 Microsoft Office 为主,用 Sharepoint 吧
dingshenghuang
2021-08-12 23:42:46 +08:00
如果你是一个版本本身内容就很大,那没辙; 如果你具体某个版本比较小,但是仓库 clone 下来发现占用存储比较大,开下 Git LFS 可以做到很好的优化
BeautifulSoap
2021-08-12 23:48:10 +08:00
lz 一开始选版本管理工具就选错了。这种情况你一开始就该选 svn 而不是 git
要么换软件要么就像上面说的用 gvfs
Showfom
2021-08-12 23:52:53 +08:00
https://github.com/cdnjs/cdnjs

这个仓库快 500G 了= = 估计年底又得换硬盘了
greatbody
2021-08-13 10:13:42 +08:00
我这个建议适合不需要历史记录的情形。

将文件夹中的内容按照类型分别拆分到不同的目录,分别设置不同的 git 项目。
justNoBody
2021-08-18 14:40:42 +08:00
@idealhs #10 依赖于 windows 系统,对于 linux 和 macOS 小伙伴不太友好吧

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/795284

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX