Well, having used svn for a good while now but not needing to do any
branching/merging I finally got around to playing with it today since
I'm sure it's a great feature. I read and re-read Ch 4 on branching and
merging and after that I set up a test repo to start messing around.
However, I discovered something that I would think is a problem in the
real world unless it's just a problem with me.
Here are the steps that demonstrate the issue:
1) I setup the test repo with the usualy trunk, tags and branches directory.
2) I created foo.c and bar.c with some initial text in it so I can start
editing (a long list of number so I can edit in different spots to avoid
3) I branched (copied of course) trunk to branches/feature-test1 (where
in the real world I would be making the branch in order to work on a new
feature but not interfer with mainline development)
4) I commited a change to trunk/foo.c and trunk/bar.c
5) I commited another change to trunk/foo.c and trunk/bar.c
6) I commited a change to branches/feature-test1/foo.c and
branches/feature-test1/bar.c (in different areas to avoid contextual
7) I commited another a change to branches/feature-test1/foo.c and
Now suppose I said that I was finished with the feature and ready to
merge all the changes from my branch back to the trunk. I chdir to the
trunk directory and ran "svn merge -r 2:HEAD
file:///test-repo/branches/feature-test1" and everything merges in
fine. "COOL!" I think to myself.. "how nice".
But I didn't commit the changes that the merge made to the trunk
directory, so I reverted them to continue playing around within the
branch. (svn revert *)
Continuting to play in the branch...
8) I renamed branches/feature-test1/foo.c to
branches/feature-test1/fred.c and commited.
Now here's my problem.
My feature implementation contained a rename of a file.
Back in the trunk directory I do a merge from the branch, "svn merge -r
2:HEAD file:///test-repo/feature-test1" and it correctly merges bar.c
again of course. And it deletes foo.c and adds fred.c. "COOL!" I again
think. Then I look in fred.c and it doesn't contain any of the changes
I made in the trunk while it was named foo.c!
This would, I think, be a problem in a real work situation be
Did I miss something? Is there a step that needs to be done first? I
thought that merging from the trunk into the branch first might be
something toward an answer, but I discovered the process that
(obviously) the same problem exists if someone renames a file in the
trunk and I merged the trunk into the branch.
Any help would be appreciated.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sat Oct 23 23:45:52 2004