Re: [PATCH] combine-diff: coalesce lost lines optimally
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Mar 17, 2013, 20:10 UTC
- Message-ID
- <7vhak9rdne.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <1363525436-21667-1-git-send-email-apelisse@gmail.com>
Antoine Pelisse <apelisse@gmail.com> writes:
Show 23 quoted lines
> This replaces the greedy implementation to coalesce lost lines by using > dynamic programming to find the Longest Common Subsequence. > > The O(n²) time complexity is obviously bigger than previous > implementation but it can produce shorter diff results (and most likely > easier to read). > > List of lost lines is now doubly-linked because we reverse-read it when > reading the direction matrix. > > Signed-off-by: Antoine Pelisse <apelisse@gmail.com> > --- > Hi, > This is a very first draft for improving the way we coalesce lost > lines. It has only been tested with the two scenarios below. > > What is left to do: > - Test it more extensively > - Had some tests scenarios > > I'm also having a hard time trying it with more than two parents. How I > am supposed to have more than two parents while octopus merge refuses if > there are conflicts ?
9fdb62af92c7 ([ACPI] merge 3549 4320 4485 4588 4980 5483 5651 acpica asus fops pnpacpi branches into release, 2006-01-24) is one of the amusing examples ;-) Cf.
http://thread.gmane.org/gmane.comp.version-control.git/15486