On Fri, Sep 25, 2009 at 9:20 PM, Jason Merrill <jason@xxxxxxxxxx> wrote: > 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? > > 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!). -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html