假设我有以下内容: trunk/|-+ d1/| |-- bar.c| \-- foo.c\-+ d2/ \-- baz.txt 我做svn cp trunk分支,然后提交. 现在,我在分支机构做一些清理工作. $svn mkdir src$svn mv d1 src/$svn commit$edit src/d1/foo.c$svn commit 这
trunk/ |-+ d1/ | |-- bar.c | \-- foo.c \-+ d2/ \-- baz.txt
我做svn cp trunk分支,然后提交.
现在,我在分支机构做一些清理工作.
$svn mkdir src $svn mv d1 src/ $svn commit $edit src/d1/foo.c $svn commit
这让我在分支中有以下内容
branch/ |-+ d2/ | \-- baz.txt \-+ src/ \-+ d1/ |-- bar.c \-- foo.c
同时,trunk中发生了一些变化(编辑foo.c和bar.c).
现在,哲学上,我希望分支的目录结构能够反映在主干中,我想要对其文件进行编辑.但我也希望在我工作的时候在行李箱中进行编辑.所以我想合并trunk / d1 / foo.c和branch / src / d1 / foo.c的内容.
在任一方向(树干到树枝或树枝到树干)的合并给我带来了大量的树木冲突.有没有比在每次冲突上运行svn信息并仔细和手动解决问题更好的方法?
这听起来像是“兔子跳跃”的候选人.http://designbygravity.wordpress.com/2009/10/19/what-mother-never-told-you-about-svn-branching-and-merging/