Kari Granö wrote:
> Hi Stefan,
>
>> Can you try instead of using the log dialog to select the revisions to
>> merge entering the revision range manually?
>
> Bingo! Not full success, but much improvement. Entering single rev range
> that embeds all the gaps has dramatic effect on the merge speed and
> correctness:
>
> Approach 1: TSVN 1.5-RC3 (32-bit)
> - run merge wizard, first merge style option
> - enter revision range manually with gaps, e.g. "10142-10451"
> - otherwise accept defaults (click "non-interactive" immediately when the
> merge starts)
>
> Result 1:
> - merge window reports single range for the merge
> - individual merges much faster than before
> - merge runs successfully to the end
> - total time reported by TSVN: 9 min 15 sec
>
>
> Approach 2: SVN rc9 command-line client (32-bit)
> - "svn merge -r10142:10451 --accept postpone URL"
>
> Result 2:
> - merge runs successfully to the end
> - total time 40 seconds
>
>
> Approach 3: TSVN 1.5-RC3 (32-bit)
> - run merge wizard, first merge style option
> - enter revision range with "Show Log" button, paint range "10142-10451"
> - otherwise accept defaults (click "non-interactive" immediately when the
> merge starts)
>
> Result 3:
> - merge window reports every merge subrange (there are about 60 subranges)
> - individual merges very slow
> - after 27 submerges, the merge got confused: it *restarted* with the second
> subrange (r10145-10146; the first subrange is 10141-10142). This of course
> resulted in conflicts for every repeated submerge.
> - finally, after 14 re-applied submerges the merge failed with error
> Error: In directory 'd:\va88\uit\libs'
> Error: Error processing command 'append' in 'd:\va88\uit\libs'
> Error: Missing 'dest' attribute in 'd:\va88\uit\libs'
> Error: Error reading spooled REPORT request response
>
> So I think there are two issues: a) general slowness problem when compared
> with the CL client b) correctness problem when there are many subranges
> within the merge.
>
> I will later try the multiple-subrange merge with the CL client, if
> possible.
That would be great if you could test your multiple-subrange merge with
the CL client. I suspect a bug in the svn library there which causes the
double merges.
And can you please try the next nightly build (>= 13275)? TSVN should
now be as fast as the CL client.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2008-06-15 19:30:20 CEST