views:

624

answers:

1

I'm working on a relatively new project using Subversion. I've already branched off a couple of times and merged that branch back to trunk with no problems. However, my latest merge is failing - and it seems to be tied into the fact that I added a new file to the branch that does not yet exist on the trunk (in this case, GradientView.h).

Here's what I saw when I tried to merge from the command line:

bpapa@mycompany$ svn --username bpapa --password mypassword merge -r 177:HEAD svn://mycompany.server/opt/my-svn-repository/myproject/branches/version-1.4
C    Classes/MyAppDelegate.m
svn: Copyfrom-url 'svn://mycompany.server/opt/my-svn-repository/myproject/branches/version-1.4/Classes/GradientView.h' has different repository root than 'svn://[email protected]'

If I look the .svn directory in my working copy and check the "entries" file as a sanity check the repository URL seems to be right - svn://[email protected]/opt/my-svn-repository/myproject/trunk

Another thing to note, if it it helps, is that I was expecting many more files to get merged. It seems to merge the first file (MyAppDelegate), then when it gets to the new file, GradientView.h, it chokes.

+4  A: 

You are using a non-matching merge URL:

svn://mycompany.server

vs.

svn://[email protected]

try:

svn --password mypassword merge -r 177:HEAD svn://[email protected]/opt/my-svn-repository/myproject/branches/version-1.4
Peter Parker
Well that was easy. Odd though, as it worked for an earlier merge.
bpapa
Whether or not the user ID is in the svn URL is an easy thing to not notice. I'm not sure what's going on with the apparent behavior of merging (with conflicts) the first file. That's odd.
khedron