git 仓库越来越大了，怎么办？

[arrowna]

git status 花了很长时间，如果 html 文件再增加 100 倍， git staus 是不是要好几分钟呢：（

耗费了 5.18 秒以枚举未跟踪的文件。'status -uno' 也许能提高速度， 但您需要小心不要忘了添加新文件（参见 'git help status'）。 修改尚未加入提交（使用 "git add" 和 /或 "git commit -a"）

[ffffwh]

机械盘?

[crazystory]

100 倍？？？

[wweir]

只在开机第一次进入慢的路过

[assassinpig]

拆分???

[clino]

git gc 一下试试看
另外如果有很多不需要纳入版本管理的就写到 .gitignore 里看看能不能改善点
另外你再大应该也没有以前我们这里把整个 android 平台代码放在一个 git 库这样大

[arrowna]

@ffffwh 对，现在有 3000 个文件了。。。

[arrowna]

@clino 你们做 rom 的？

[ffffwh]

要不先上 SSD 试试..

[GPU]

openwrt 的仓库也是挺大的。

[eliteYang]

以前删掉的文件可以清理下了，参见： https://help.github.com/articles/remove-sensitive-data/

[hzlzh]

换电脑。

[gkiwi]

“耗费了 5.18 秒以枚举未跟踪的文件”

如果只是这个的话，是不是应该在.gitignore 中描述出来？

[arrowna]

@gkiwi 不是 gitignore 的关系， 3000 个文件可能有点多。。。

[egen]

git 是设计用来管理 linux kernel 的， 3000 个文件数量并不算多
应该还是机械盘的问题，换电脑吧

[int64ago]

这……怎么会每次都改这么多文件？！写 Java 的也不会改这么多啊（我就是故意黑 Java ...）

如果真是这样，你可以考虑下使用姿势了：

- 是否 Git 被你用来备份而不是版本控制 & 协作？
- .gitignore 是否把很多临时文件包含了？
- 经常边写边全局格式化代码？

其实只要保证：每次修改的都是有意义的且跟 commit log 对应的，经常性的同时改几百个是很罕见的

[gkiwi]

@arrowna 为什么会有 3000 个未跟踪的文件呢？ 5 秒时间是不是都用来打印文件路径了？每次 commit 之后， status 不应该是 0 文件么？这 3000 个是不是编译后的文件？？

[int64ago]

貌似你说的是全部文件，我以为是改动的……

不过 3000 肯定很少了，应该是磁盘的锅吧

[julyclyde]

status 和 repo 大小没关系吧？只是比较 working directory 和 HEAD 的区别

[otakustay]

我随便一个项目轻松 4000+文件， git status 都是秒出的，肯定不是文件多的问题，纯粹是要打印出 3000 行比较慢而已吧

[zealic]

上万文件都没有问题
上 SSD 吧