Re: git clone sending unneeded objects

From: Hin-Tak Leung <hintak.leung@gmail.com>
Date: Sep 26, 2009, 00:43 UTC
Message-ID: <3ace41890909251743v7a51027agb039514dd0636058@mail.gmail.com>
In-Reply-To: <4ABD25FE.2040902@redhat.com>

On Fri, Sep 25, 2009 at 9:20 PM, Jason Merrill <jason@redhat.com> wrote:

Show 8 quoted lines

> On 09/25/2009 03:53 PM, Nicolas Pitre wrote:
>>
>> I did reproduce the issue with git:// back when this discussion started.
>> I also asked for more information about the remote which didn't come
>> forth.
>
> Looking back, I only see you asking about the git version on the server,
> which is 1.6.4.

Hmm, I was under the impression from the previous thread that the server is a bit older and/or have more backward compatible settings to cater for older git clients?

Show 15 quoted lines

>
> So again:
>
> git clone git://gcc.gnu.org/git/gcc.git
>  (1399509 objects, ~600MB .git dir)
> git gc --prune=now (988906 objects, ~450MB .git dir)
>
> ...then
>
> git clone git://gcc.gnu.org/git/gcc.git --reference $firstclone
>  (573401 objects, ~550MB .git dir)
> git fsck (clean)
> git gc --prune=now (5 objects, ~7MB .git dir)
>
> What's going on here?

FWIW, I still have my clone (git://) and do my periodic 'git fetch' and 'git gc prune=now' (learned my lessons!) and it is currently .git dir is about 350MB. (from previous discussion the optimal at the time was about 300MB, so it has grown a bit in the last couple of months).

And thanks everybody for all the discussion and advice. git is a great tool. (and I have essentially stopped using svn, prefering git-svn!).