> > ii) If the file is in the branch:HEAD and WAS in the trunk at the time
> > the
> > branch but has since been deleted in the trunk:WC then add and mark as
> > conflict.
>
> No. The fact that the trunk is missing the file is irrelevant. If the
> file didn't change in the branch, then there's no change to apply.
So, if the HEAD of the branch *needs* that file, i.e. none of the
assumptions about it's presence are changed from the time the branch merged,
then presumably the trunk *did* change with respect to this file, correct?
Will the lack of those changes in the branch, and their presence in the
trunk, cause a conflict in the trunk working copy, or will the branch
"non-changes" simply be merged with the trunk in the WC?
I realize that svn doesn't know anything about the relationship between the
file itself and the changes concerning the file in the code, nor do I expect
it to. I'm just wondering what to expect when this type of situation
occurs.
I hope I've outlined that clearly; if not, I will try again.
Bear in mind that I've *never* used branching in a version control product
before. PVCS doesn't do a very good job of explaining the subject (or I
wasn't prepared to understand it), and we generally only have one developer
working on any given application at one time, so it wasn't that important,
However, I've found that svn does a much better job of describing branching,
and I actually think I begin to comprehend. Enough to ask silly questions
anyway.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 24 15:20:56 2005