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