[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Regression in merge - yank release 1.5.3? [was: svn commit: r33696 - branches/1.5.x]

From: Paul Burba <ptburba_at_gmail.com>
Date: Mon, 20 Oct 2008 08:12:47 -0400

On Sat, Oct 18, 2008 at 8:57 PM, Arfrever Frehtes Taifersar Arahesis
<arfrever.fta_at_gmail.com> wrote:
> 2008-10-18 16:13:34 Mark Phippard napisaƂ(a):
>> I did not get the impression the bug was THAT bad. It sounds like you
>> are going by the wording of the backport proposal which makes it sound
>> like merge is completely broken. I am not against a 1.5.4 but I'd
>> like to hear from Paul. Perhaps we ought to just move up the 1.5.4
>> schedule so that it happens in early November?
>
> +1 for tagging 1.5.4 circa 2008-11-10.
>
>> On Sat, Oct 18, 2008 at 8:39 AM, Julian Foad <julianfoad_at_btopenworld.com> wrote:
>> > (Changing the subject line.)
>> >
>> > On Sat, 2008-10-18 at 05:54 -0500, Hyrum K. Wright wrote:
>> >> Greg Stein wrote:
>> >> > Should we yank 1.5.3 and publish a 1.5.4 right away?
>> >> >
>> >> > If this is a regression, then it seems we ought to pop out a 1.5.4 right away.
>> >>
>> >> Fine by me, if others feel that we need to. (Don't stay silent on this, people,
>> >> I'd like a few +1's before going through the effort here.)
>> >>
>> >> -Hyrum

Thinking about this a bit more, I'd like to see 1.5.4 as soon as possible. Why?

A) This *is* a regression from 1.5.2.

B) While merge isn't completely broken, it's fairly simple to trigger
this problem: Rename a directory in trunk and try to merge that change
to any of our branches, you'll get a "svn:
'/repos/svn/!svn/bc/some/branch/path' path not found" error.

C) There is a workaround for B, perform the merge with
--ignore-ancestry and the required revision range(s) and then repeat
the merge with --record-only and the same ranges. But determining the
"required revision range(s)" can be quite cumbersome.

Paul
Received on 2008-10-20 14:13:04 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.