Running without the dry-run option doesn't do anything different (it still reports the conflicts). Yes, the diff shows the content I am expecting (at least for the text files).
I ran "svn diff -r1190:1245 --summarize https://path_to_branch/SCR_BR/" and see output like: M path_to_file M path_to_file M path_to_file Without the "--summarize" option, I see the file content which matches what we are expecting. This is for the text files which SVN identified as being conflicted. I have several developer branches to merge to trunk. If I can't get the merge to work, is doing a copy from the branch to trunk an option? Will that create further issues downstream? I know no one has a crystal ball, but I have limited experience with SVN and dont know what to expect. See example below ========================================= --- txt/pod_block.txt (revision 1190) +++ txt/pod_block.txt (revision 1245) @@ -1,7 +1,7 @@ On Mon, Jun 17, 2013 at 11:56 AM, C. Michael Pilato <cmpil...@collab.net>wrote: > On 06/17/2013 12:39 PM, C M wrote: > > I think my earlier mistake might have been that I was using the > > --reintegrate option. > > Without it, I make some progress, but still not quite what I am > expecting. > > > > Again, given that trunk is empty, why the "C" (tree conflicts)? I would > > expect all of then to be "A" (additions), no? > > > > The DEV_WC currently only shows the two dirs which SVN correctly > recognized > > as additions. > > > > c:\Temp\DEV_WC>svn merge --dry-run --ignore-ancestry > > https://path_to_branch/SCR_BR/ > > > > --- Merging r1191 through r1245 into '.': > > Do these revision numbers (r1191 and r1245) match what you'd expect? What > happens if you do this: > > svn diff -r1190:1245 https://path_to_branch/SCR_BR/ > > Do you see exactly the additions that you would expect to see? > > -- > C. Michael Pilato <cmpil...@collab.net> > CollabNet <> www.collab.net <> Enterprise Cloud Development > >