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

> "eric miao" <eric.y.miao@gmail.com> 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
>