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

Re: Resolving conflicts during merge - could not postpone all

From: Stefan Sperling <stsp_at_elego.de>
Date: Mon, 18 Feb 2013 18:02:40 +0100

On Mon, Feb 18, 2013 at 11:50:51AM -0500, Mark Phippard wrote:
> I just did a merge using current trunk. There were a lot of text and
> tree conflicts. I noticed it does not start resolving them until the
> end now, which is expected. However, one thing I could not do was
> postpone all conflicts. I used the 's' option and saw that option 'q'
> is supposed to do this but I still had to enter 'p' or 'q' for every
> conflict.
>
> I assume this is a bug?

The new "q" option was added only very recently, in r1440421.

What seems strange is that the code committed in that revision is mixing
up enum types. It is assigning values of type svn_cl__accept_t to a
constant of type svn_wc_conflict_choice_t. Not sure if that explains
the problem you are seeing but it seems the code isn't quite correct.
Received on 2013-02-18 18:03:19 CET

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.