Re: [RFC] rename detection: allow more renames

Jeff King writes: > On Fri, Nov 13, 2015 at 05:35:06PM +0100, Andreas Krey wrote: > >> The code talks about limiting the size >> of the rename matrix, but as far as I >> can see, the matrix itself never exists >> as such, and the only thing that could >> actually overflow is the

Re: [RFC] rename detection: allow more renames

Hi Jeff, thanks for the reply! On Tue, 24 Nov 2015 18:33:28 +, Jeff King wrote: ... > I didn't dig in the archive, but I think we discussed the "just show > progress for destinations" before. The problem you run into is that the > items aren't a good indication of the amount of work. You

Re: [RFC] rename detection: allow more renames

On Wed, Nov 25, 2015 at 01:03:15PM +0100, Andreas Krey wrote: > On Tue, 24 Nov 2015 18:33:28 +, Jeff King wrote: > ... > > I didn't dig in the archive, but I think we discussed the "just show > > progress for destinations" before. The problem you run into is that the > > items aren't a good

Re: [RFC] rename detection: allow more renames

On Fri, Nov 13, 2015 at 05:35:06PM +0100, Andreas Krey wrote: > The code talks about limiting the size > of the rename matrix, but as far as I > can see, the matrix itself never exists > as such, and the only thing that could > actually overflow is the computation > for the progress indication.

[RFC] rename detection: allow more renames

Hi all, we also ran into the maximum rename limit in the rename detection. (Yes, we get a lot of rename candidates when cherry-picking between two specific releases.) The code talks about limiting the size of the rename matrix, but as far as I can see, the matrix itself never exists as such, and