我今天,花了几个小时 pull 下来一个仓库。
Receiving objects: 85% (2044/2382), 33.58 MiB | 6 KiB/s
我当时看到 33.58 的时候还木有反应过来。。。
我还一直发推抱怨 phpfog 的 git 服务器慢。。。
我当时应该在看到 33.58 的时候就觉得不对了。。。
有哪个非大型项目的 git 仓库有那么大的。。。。
然后我打开 sourcetree 想审查一下提交记录。。。。
结果一看 git 仓库的文件列表,整个 uploads 目录里面上百个文件都在里面。。
当时我就震惊了,然后一口老血吐在屏幕上。。。
1)例如 wordpress,因为插件目录有时候是有必要用 git 管理的,而且 phpfog 的默认 wp 就是这样的。这时,过后台升级插件,下一次 push 总会变回升级前的样子。
2)因为git有历史记录的,也就是说所有文件,只要曾经存在过,就会被保存在git仓库里,那么之后git目录只会越来越大。虽然可以通过 -f 等形式处理掉,但是貌似木有容易的、能同时保留下来其余文件的历史记录的方法。
3)用git管理大量二进制文件等于拿git来当纯上传工具,这太杯具了
4)在git服务器速度不快或者限速保证性能的情况下,pull一次全部的要几个小时。。。。。
发完贴之后,我还要去给人家擦屁股。
啊啊当然了,发帖绝不是想鄙视谁,只是觉得可以当作一个事例大家共勉。
希望以后我再也不要pull到这样的仓库。
Receiving objects: 85% (2044/2382), 33.58 MiB | 6 KiB/s
我当时看到 33.58 的时候还木有反应过来。。。
我还一直发推抱怨 phpfog 的 git 服务器慢。。。
我当时应该在看到 33.58 的时候就觉得不对了。。。
有哪个非大型项目的 git 仓库有那么大的。。。。
然后我打开 sourcetree 想审查一下提交记录。。。。
结果一看 git 仓库的文件列表,整个 uploads 目录里面上百个文件都在里面。。
当时我就震惊了,然后一口老血吐在屏幕上。。。
1)例如 wordpress,因为插件目录有时候是有必要用 git 管理的,而且 phpfog 的默认 wp 就是这样的。这时,过后台升级插件,下一次 push 总会变回升级前的样子。
2)因为git有历史记录的,也就是说所有文件,只要曾经存在过,就会被保存在git仓库里,那么之后git目录只会越来越大。虽然可以通过 -f 等形式处理掉,但是貌似木有容易的、能同时保留下来其余文件的历史记录的方法。
3)用git管理大量二进制文件等于拿git来当纯上传工具,这太杯具了
4)在git服务器速度不快或者限速保证性能的情况下,pull一次全部的要几个小时。。。。。
发完贴之后,我还要去给人家擦屁股。
啊啊当然了,发帖绝不是想鄙视谁,只是觉得可以当作一个事例大家共勉。
希望以后我再也不要pull到这样的仓库。


