Re: warning: too many files, skipping inexact rename detection
- From
Jeff King <peff@peff.net>
- Date
- Apr 26, 2008, 14:52 UTC
- Message-ID
- <20080426145236.GA4367@sigill.intra.peff.net>
- In-Reply-To
- <20080426070656.e7a01d91.akpm@linux-foundation.org>
On Sat, Apr 26, 2008 at 07:06:56AM -0700, Andrew Morton wrote:
> > The default rename limit is 100, but you can bump it via the > > diff.renamelimit config option. > > <wonders how to set that>
git config --global diff.renamelimit 200
(or edit your ~/.gitconfig)
Show 7 quoted lines
> > Are you running into actual problems with rename detection, or is the > > message just too scary and confusing? > > No observed problems, just scared! > > I don't use rename detection anyway - I use git to extract plain old diffs > only.
Ah, OK. If you are just doing a fast-forward merge, there is no rename detection going on as part of the merge. But the diffstat for a large is probably enough to trigger this behavior. So perhaps we should only print that message on merges.
> Perhaps the default should be bumped up a bit based on your measurements, > dunno.
Probably. I'll work up a patch for that, as well as suppressing the message on diffstat (where you really shouldn't care, and it serves only to scare users).
-Peff