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

Re: Copy, Commit, Copy followed by Merge

From: <kfogel_at_collab.net>
Date: 2005-06-12 02:09:34 CEST

"Bryant Eastham" <beastham@slc.mew.com> writes:
> My apologies if this is a common issue, but my reading the book and
> scanning the previous posts didn't answer my question.
> We switched from SourceUnsafe to Subversion a week ago. Recently and
> engineer was trying to merge a branch that he had created, but in a
> little bit of a weird way. The results were not intuitive...
> Here is the sequence (although names have been changed, and the
> syntax is more for understanding than correctness):
> svn copy dir_A his_branch
> svn copy dir_B his_branch
> svn commit his_branch
> [Revision X]
> <work on his_branch>
> svn copy file_C his_branch
> svn commit his_branch
> [Revision Y]
> <more work on his_branch>
> svn merge -rX:HEAD his_branch trunk
> The issue is that file_C shows as conflicted, with the one file
> being empty (r0). It appears that the merge operation doesn't track
> the parentage of file_C because it wasn't part of the commit that
> created the branch (rX).
> Is this correct behavior or a bug?

I'm not sure; it might be a bug. Would you be willing to write a
reproduction script that demonstrates the exact behavior, and post it
to dev@subversion.tigris.org?


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jun 12 02:52:35 2005

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

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