Thread (18 messages) flat view 18 messages, 5 authors, 2016-06-15

Re: warning: too many files, skipping inexact rename detection

From: Jeff King <hidden>
Date: 2016-06-15 22:44:32

On Sat, Apr 26, 2008 at 07:06:56AM -0700, Andrew Morton wrote:
quoted
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)
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help