Re: Merge/reintegrate issue with 1.8.1

Mark Phippard <[email protected]> Tue, 27 Aug 2013 16:19:31 -0400
Newsgroups gmane.comp.version-control.subversion.subclipse.user
Message-ID <CAHFaGCoV4ch5GwE0CTNWvRJk5YKbkZTyOWEPAvoMHMj0poVrPQ@mail.gmail.com>
On Tue, Aug 27, 2013 at 4:14 PM, Jacob Weber <[email protected]> wrote:

> I'm using the latest versions of Eclipse and Subclipse, on Mac OS X, with
> JavaHL and Subversion 1.8.1.
>
> I have a project with a trunk and a branch. I just merged from trunk into
> the branch.
>
> Now I'm trying to use Subclipse to merge from the branch back into trunk,
> i.e. what used to be called a reintegrate merge. I end up getting a bunch
> of conflicts, which I shouldn't get on a reintegrate. The output looks like
> this:
>
> merge svn+ssh://server/project/branches/branch /workspace/project_trunk
>     --- Merging r128641 through r139469 into /workspace/project_trunk
>       C /workspace/project_trunk/file
> [...]
>
> If I do this on the command line, it works, with no conflicts:
>
> $ svn co svn+ssh://server/project/trunk /workspace/project_trunk2
> $ svn merge svn+ssh://server/project/branches/branch
> /workspace/project_trunk2
> --- Merging differences between repository URLs into 'project_trunk2':
> [...]
> --- Recording mergeinfo for merge between repository URLs into
> 'project_trunk2':
>  G   project_trunk2
>
> Is there any reason Subclipse would be doing the merge differently than
> the command line?
>
>
Are you using Subclipse 1.10.x?

The details of the merge are all handled by Subversion, so nothing jumps
out as to why it would create a conflict.  In your example, I notice the
paths are different.  Did you do an apples to apples comparison?

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=3063421

To unsubscribe from this discussion, e-mail: [[email protected]].