Re: [PATCHv1+eps] git-repack.txt: Clarify implications of -a for dumb protocols

From: Michael J Gruber <git@drmicha.warpmail.net>
Date: Jun 5, 2009, 08:16 UTC
Message-ID: <4A28D470.5030403@drmicha.warpmail.net>
In-Reply-To: <780e0a6b0906041246k43d42af1xe623168c52ff7e4f@mail.gmail.com>

Stephen Boyd venit, vidit, dixit 04.06.2009 21:46:

Show 19 quoted lines

> On Thu, Jun 4, 2009 at 4:34 AM, Michael J
> Gruber<git@drmicha.warpmail.net> wrote:
>>        pack everything referenced into a single pack.
>>        Especially useful when packing a repository that is used
>>        for private development and there is no need to worry
>> -       about people fetching via dumb protocols from it.  Use
>> +       about people fetching via dumb protocols from it.
>> +       (Over dumb protocols, one would have to fetch the whole new
>> +       pack in order to get any contained object, no matter how
>> +       many other objects in that pack exist locally already.) Use
>>        with '-d'.  This will clean up the objects that `git prune`
>>        leaves behind, but `git fsck --full` shows as
>>        dangling.
> 
> Instead of adding this, why don't we just remove the part about dumb
> protocols? So just say that it's especially useful for private
> development. Then, if we really want to keep this performance note
> just add it after the paragraph in one of those "+" things (What are
> those called?)

...because "repack -a" hurts *badly* on even midsized repos when dumb protocols are used. On the other hand, using it isn't that much of an improvement in terms of pack size, unless you repack manually very often and, thus, produce many small packs. So, "gc --auto" users should be fine in any case (dumb or not - the protocol, that is...) as long as they don't use "-a".

Michael