Re: Will git have a baseline feature or something alike?

"eric miao" [off-list ref] writes:

I kept a mirror of

http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git

by a crontab task fetching the updated commits at midnight everyday.

Yet I found the repository now grows to be 1.2G without checking out
anything. The checked out working tree of this is about 1.5G.

Did you (re)packed this repository, running "git gc", or "git repack"?
Currently git either downloads small packs, or loose objects; it needs
to repack to make repository size smaller.

BTW. the largest git repository is 1.6G OpenOffice.org conversion,
with > 2G checkout, and some large binary files under version
control. Mozilla and GCC, other large repos, got under 0.5G IIRC.
So kernel should be quite smaller.
 

I tried "git prune" and "git repack" but it still remains so large. The
trend of the kernel is still going to be enlarged. Thus I'm thinking
of the possibility of a baseline feature. One can totally forget about
the history before that baseline, and start the development there
after.

There is so called "shallow clone" feature, which allows to clone only
part of history. Currently it dupports only --depth, i.e. number of
commits from tips; it could I guess support providing tag as
delimiter. (You are welcome to implement it ;-).

-- 
Jakub Narebski
Poland
ShadeHawk on #git