Re: [PATCH 2/2] Run garbage collection with loose object pruning after svn dcommit
- From
Steven Grimm <koreth@midwinter.com>
- Date
- Oct 5, 2007, 17:48 UTC
- Message-ID
- <470678ED.8050407@midwinter.com>
- In-Reply-To
- <20071005164912.GE4797@xp.machine.xx>
Peter Baumann wrote:
Show 5 quoted lines
> That's new to me. Glancing over git-commit.sh, I could only find a > 'git-gc --auto', but no prune. I am not against doing a 'git gc --auto', > but I am against the --prune, because this could make shared > repositories unfunctional. >
Does anyone run "git svn dcommit" from a shared repository? That is the only command that will trigger this code path.
Given that you lose all the svn metadata if you do "git clone" (or "git clone -s") on a git-svn-managed repository, it's not clear to me that anyone would ever be bitten by this. Counterexamples welcome, of course.
How would you feel about a separate config option to specifically enable auto-pruning, and having "git svn clone" set that option by default? Presumably anyone who is setting up a shared git-svn repository will be up to the task of disabling the option.
-Steve