"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?
-Karl
---------------------------------------------------------------------
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