这是一个创建于 3525 天前的主题，其中的信息可能已经有所发展或是发生改变。
git status 花了很长时间，如果 html 文件再增加 100 倍， git staus 是不是要好几分钟呢：（
耗费了 5.18 秒以枚举未跟踪的文件。'status -uno' 也许能提高速度， 但您需要小心不要忘了添加新文件（参见 'git help status'）。 修改尚未加入提交（使用 "git add" 和 /或 "git commit -a"）
 |
1
ffffwh 2016 年 6 月 1 日
机械盘?
|
 |
2
crazystory 2016 年 6 月 1 日
100 倍？？？
|
 |
3
wweir 2016 年 6 月 1 日
只在开机第一次进入慢的路过
|
 |
4
assassinpig 2016 年 6 月 1 日
拆分???
|
 |
5
clino 2016 年 6 月 1 日
git gc 一下试试看
另外如果有很多不需要纳入版本管理的就写到 .gitignore 里看看能不能改善点 另外你再大应该也没有以前我们这里把整个 android 平台代码放在一个 git 库这样大 |
|
8
ffffwh 2016 年 6 月 1 日
要不先上 SSD 试试..
|
 |
9
GPU 2016 年 6 月 1 日
openwrt 的仓库也是挺大的。
|
 |
10
eliteYang 2016 年 6 月 1 日  1
以前删掉的文件可以清理下了，参见： https://help.github.com/articles/remove-sensitive-data/
|
 |
11
hzlzh PRO 换电脑。
|
 |
12
gkiwi 2016 年 6 月 1 日
“耗费了 5.18 秒以枚举未跟踪的文件”
如果只是这个的话，是不是应该在.gitignore 中描述出来？ |
 |
14
egen 2016 年 6 月 1 日
git 是设计用来管理 linux kernel 的， 3000 个文件数量并不算多
应该还是机械盘的问题，换电脑吧 |
 |
15
int64ago 2016 年 6 月 1 日
这……怎么会每次都改这么多文件？！写 Java 的也不会改这么多啊（我就是故意黑 Java ...）
如果真是这样，你可以考虑下使用姿势了： - 是否 Git 被你用来备份而不是版本控制 & 协作？ - .gitignore 是否把很多临时文件包含了？ - 经常边写边全局格式化代码？ 其实只要保证：每次修改的都是有意义的且跟 commit log 对应的，经常性的同时改几百个是很罕见的 |
|
16
gkiwi 2016 年 6 月 1 日
@arrowna 为什么会有 3000 个未跟踪的文件呢？ 5 秒时间是不是都用来打印文件路径了？每次 commit 之后， status 不应该是 0 文件么？这 3000 个是不是编译后的文件？？
|
|
17
int64ago 2016 年 6 月 1 日
貌似你说的是全部文件，我以为是改动的……
不过 3000 肯定很少了，应该是磁盘的锅吧 |
 |
18
julyclyde 2016 年 6 月 1 日
status 和 repo 大小没关系吧？只是比较 working directory 和 HEAD 的区别
|
 |
19
otakustay 2016 年 6 月 1 日
我随便一个项目轻松 4000+文件， git status 都是秒出的，肯定不是文件多的问题，纯粹是要打印出 3000 行比较慢而已吧
|
 |
20
zealic 2016 年 6 月 1 日
上万文件都没有问题
上 SSD 吧 |
 |
21
wawehi 2016 年 6 月 1 日
html 文件如果是静态的分出去单独弄一个项目呗
|
 |
22
current 2016 年 6 月 1 日
没办法。忍。。 checkout 一次十多分钟的路过。。
|
 |
23
chuxiwen 2016 年 6 月 1 日
我的一个 repo 里有 19039 个文件。。。总共 939 MB 。。。毫无压力 。。。
|
 |
24
JulyXing 2016 年 6 月 1 日
习惯空闲时间执行 git gc
|
 |
25
hcwhan 2016 年 6 月 1 日
现在的项目 40~50g
|
|
26
hcwhan 2016 年 6 月 1 日
当然了 不止一个项目 很多项目 分公用平台代码 和 私有产品代码 使用 Android 常用的 repo 管理
|
 |
27
Lullaby 2016 年 6 月 1 日
才 3000 。。。绝对算少的
git status 也不至于每次都全量遍历 电脑缘故吧 |
Select Language