Re: [PATCH] git-repack: generational repacking (and example hook script)
- From
Shawn O. Pearce <spearce@spearce.org>
- Date
- Jul 3, 2007, 14:55 UTC
- Message-ID
- <20070703145552.GG4495@spearce.org>
- In-Reply-To
- <alpine.LFD.0.999.0707031020300.26459@xanadu.home>
Nicolas Pitre <nico@cam.org> wrote:
Show 5 quoted lines
> And even if your developers are completely inept to the point of not > wanting to run 'git gc' once a week for example, or once a day if > they're otherwise really really productive, I'm sure you can automate > some of that maintenance asynchronously from a simple post commit hook > or something, based on the output of 'git count-objects -v'.
Yea, you need not just the loose object count but also the number of packfiles. git-gui suggests repacking based on loose object count alone right now, but with us keeping fetched packfiles by git-index-pack I found a repository on my desktop the other day that had 30 packfiles in it. I need to fix that in git-gui and also add a limit based on the number of small-ish packfiles present.
BTW, I have some users that might as well be Aunt Tillie. They merge any branch they can find. "Oh, look, there's a new branch called Highly-Experimental! I'll bet that's good for merging too!"
Asking them to also run git-gc once in a while is like asking them to actually do their job or something... *sighs* OK, I have to go to work and undo that Highly-Experimental merge I found last night. *sigh*
-- Shawn.