git 仓库太大（文档库， 30g+）mbp 硬盘不太够了，有啥办法能让它体积变小一点？
justNoBody 2021-08-12 11:05:51 +08:00 5467 次点击这是一个创建于 1522 天前的主题，其中的信息可能已经有所发展或是发生改变。
我需要拉取最新的提交，又需要修改做推送。 我尝试过指定 depth 或者使用 iCloud 来解决，但都以不完美告终
第 1 条附言 2021-08-18 15:25:28 +08:00
非常感谢大家的答复，我最近一直在尝试看怎么减小这个仓库。
很遗憾，虽然最终缩小到了 23G，但我个人并不满意。
我首先尝试了 git gc，运行完成后，实际效果很差，并没有缩小多少体积。
又尝试增加了 git lfs，但我没注意的是，我这个仓库的文件不是反复上传的，上传文件的重复率很低。所以我通过 git clone --depth 1 下载得到的大小也是 20G+
至此，再一次陷入困境。至于大家所说换 svn 的事儿，这不是我能决定的
很遗憾，虽然最终缩小到了 23G，但我个人并不满意。
我首先尝试了 git gc，运行完成后，实际效果很差，并没有缩小多少体积。
又尝试增加了 git lfs，但我没注意的是，我这个仓库的文件不是反复上传的，上传文件的重复率很低。所以我通过 git clone --depth 1 下载得到的大小也是 20G+
至此，再一次陷入困境。至于大家所说换 svn 的事儿，这不是我能决定的
第 2 条附言 2021-08-18 15:41:07 +08:00
意外发现，git 有一个 https://git-scm.com/docs/git-sparse-checkout
 | 1 smallpython 2021-08-12 11:12:13 +08:00  1 使用 svn 替换 git |
 | 2 liuky 2021-08-12 11:13:02 +08:00 |
 | 3 wangyzj 2021-08-12 11:13:56 +08:00 gc |
| 4 liuky 2021-08-12 11:16:23 +08:00 你这个是实际文档 30G(纯文档理论也就最多几百兆), 还是加上 .git 文件夹, .git 文件夹是包含历史提交记录的, |
 | 5 cmdOptionKana 2021-08-12 11:16:24 +08:00 如果需要历史版本，可改用坚果云或 dropbox 。如果不需要历史版本，改用普通的同步盘就可以了。 |
 | 6 yitingbai 2021-08-12 11:20:05 +08:00 4 @smallpython 人家是来解决问题的, 不是来找麻烦的, 你这么回答, 还不如直接跟他说买一块移动硬盘 |
 | 7 wellsc 2021-08-12 11:20:06 +08:00 1 放过 git 吧 |
 | 8 liuidetmks 2021-08-12 11:26:54 +08:00 感觉 git 同步文档不合适,文档 里面有大量图片,每次修改一个文字,也会重新存储整个 文档文件. |
 | 9 masterclock 2021-08-12 11:29:41 +08:00 微软的 git，gvfs 那一类的是不是可以解决？ |
 | 10 idealhs 2021-08-12 11:30:26 +08:00 3 使用微软的 GVFS (Git Virtual File System)，微软使用该 Git 定制版本管理自己的超大仓库。GVFS 不会把所有内容都存在本地，在使用的时候才会拉取。使用操作和 Git 基本无差别，也支持为 Git 开发的各种 GUI 。 |
 | 11 lingxi27 2021-08-12 11:31:08 +08:00 3 养成好习惯，不要往 git 里面提交二进制内容 |
 | 12 clino 2021-08-12 11:32:56 +08:00 2 git clone --depth 1 |
| 13 clino 2021-08-12 11:33:35 +08:00 什么类型的文档？ |
 | 14 dangyuluo 2021-08-12 11:44:49 +08:00 1 是不是太多大文件了？考虑下用 LFS |
 | 15 littlewing 2021-08-12 11:47:24 +08:00 不要用 git 来存非文本文档，换 svn 吧 |
 | 16 loophole12 2021-08-12 13:28:18 +08:00 via Android 如果.git 目录太大的话可以考虑截断历史 |
 | 17 happinessnch 2021-08-12 13:35:16 +08:00 30G 换 SVN 感觉也大了点，弄个 FTP 不行吗？为啥一定要版本控制。 |
 | 18 justNoBody OP @liuky #4 按 gitlab 统计来看，实际文档大小应该是 7g+ |
| 19 justNoBody OP @clino #12 #13 --depth 1 提交的时候会被拒绝的嘛 文档类型有点多，几乎所有常见的类别都有了。 |
 | 20 cloverzrg2 2021-08-12 14:33:34 +08:00 我的话，估计直接就换仓库了 把 git 仓库改名为 xx-old，然后本地删掉.git 目录，执行 git init,新起个项目，添加 remote，push |
| 21 cloverzrg2 2021-08-12 14:34:03 +08:00 不知道你这个文档库是干嘛的 |
 | 22 dayeye2006199 2021-08-12 15:11:01 +08:00 1G 的文档大概 8 千万个中文字，7G 的文档大约有 5 亿 6 千万字。LZ 的这个文档大概水平相当于《永乐大典》。。一部宏伟的码农巨著。。 |
 | 23 dezng 2021-08-12 15:18:26 +08:00 1 https://git-lfs.github.com/ 是在找这个吗？ |
 | 24 NouveauNom 2021-08-12 15:33:38 +08:00 建议挂移动硬盘，mbp2015 及之前可以自己升级硬盘。 |
 | 25 xx6412223 2021-08-12 15:52:32 +08:00 1 这就是 svn 该做的事情 |
 | 26 xz410236056 2021-08-12 16:35:41 +08:00 试试 git -b -d?（-b 克隆指定分支，-b 只保留最近的一部分版本（比如 100 个）） |
| 27 clino 2021-08-12 17:00:08 +08:00 @justNoBody 怎么会被拒绝，我经常这么用啊 如果要看更多历史可以 git fetch --depth 10，要看完整历史可以 git fetch --unshallow |
 | 28 Raven316 2021-08-12 17:15:51 +08:00 主要是你每改一个 2 进制文档，都会存一个备份。。所以实在太大了 |
 | 29 adoal 2021-08-12 20:58:29 +08:00 via iPhone 如果文档类型以 Microsoft Office 为主，用 Sharepoint 吧 |
 | 30 dingshenghuang 2021-08-12 23:42:46 +08:00 如果你是一个版本本身内容就很大，那没辙； 如果你具体某个版本比较小，但是仓库 clone 下来发现占用存储比较大，开下 Git LFS 可以做到很好的优化 |
 | 31 BeautifulSoap 2021-08-12 23:48:10 +08:00 via Android lz 一开始选版本管理工具就选错了。这种情况你一开始就该选 svn 而不是 git 要么换软件要么就像上面说的用 gvfs |
 | 32 Showfom PRO |
 | 33 greatbody 2021-08-13 10:13:42 +08:00 我这个建议适合不需要历史记录的情形。 将文件夹中的内容按照类型分别拆分到不同的目录，分别设置不同的 git 项目。 |
| 34 justNoBody OP @idealhs #10 依赖于 windows 系统，对于 linux 和 macOS 小伙伴不太友好吧 |
Select Language