svn merge 分支与合并

trunk->分支
$ cd ~/deploy/trident/branches/spanishpod
$ svn up 【必须】
$ svn merge --dry-run -r 223:250 http://svn.testpod.com/trident/trunk
【
或者
$ svn merge --dry-run -r 223:HEAD http://svn.testpod.com/trident/trunk
】

有冲突解决
$ svn resolved /html/index.php
$ svn st

$ svn merge -r 223:250 http://svn.testpod.com/trident/trunk
$ svn ci -m 'merge -r 5834:5835 from trunk'



分支->trunk



分支和合并

建立分支方法一：先checkout然后做拷贝，最后提交拷贝。
$ svn checkout http://svn.example.com/repos/calc bigwc
A bigwc/trunk/
A bigwc/trunk/Makefile
A bigwc/trunk/integer.c
A bigwc/trunk/button.c
A bigwc/branches/
Checked out revision 340.

$ cd bigwc
$ svn copy trunk branches/my-calc-branch
$ svn status
A + branches/my-calc-branch

$ svn commit -m "Creating a private branch of /calc/trunk."
Adding branches/my-calc-branch
Committed revision 341.


建立分支方法二：直接远程拷贝。
$ svn copy http://svn.example.com/repos/calc/trunk \
http://svn.example.com/repos/calc/branches/my-calc-branch \
-m "Creating a private branch of /calc/trunk."

Committed revision 341.


建立分支后，可以把分支checkout并继续你的开发
$ svn checkout http://svn.example.com/repos/calc/branches/my-calc-branch


假设已经checkout了主干，现在想切换到某个分支开发，可做如下的操作
$ cd calc
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/trunk
$ svn switch http://svn.example.com/repos/calc/branches/my-calc-branch
U integer.c
U button.c
U Makefile
Updated to revision 341.
$ svn info | grep URL
URL: http://svn.example.com/repos/calc/branches/my-calc-branch


合并文件的命令参考
$ svn diff -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk
$ svn commit -m "integer.c: ported r344 (spelling fixes) from trunk."
$ svn merge -r 343:344 http://svn.example.com/repos/calc/trunk my-calc-branch
$ svn merge http://svn.example.com/repos/branch1@150 \
http://svn.example.com/repos/branch2@212 \
my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk my-working-copy
$ svn merge -r 100:200 http://svn.example.com/repos/trunk
$ svn merge --dry-run -r 343:344 http://svn.example.com/repos/calc/trunk

最后一条命令仅仅做合并测试，并不执行合并操作。


建立标签和建立分支没什么区别，不过是拷贝到不同的目录而已。
$ svn copy http://svn.example.com/repos/calc/trunk \
http://svn.example.com/repos/calc/tags/release-1.0 \
-m "Tagging the 1.0 release of the 'calc' project."

$ ls
my-working-copy/
$ svn copy my-working-copy http://svn.example.com/repos/calc/tags/mytag
Committed revision 352.

后一种方式直接把本地的工作拷贝复制为标签。


删除某个分支
$ svn delete http://svn.example.com/repos/calc/branches/my-calc-branch \
-m "Removing obsolete branch of calc project."


merge
--dry-run 预览
-r ARG revision


尽管svn没有作强制要求，但是一般svn版本库目录建议创建trunk、branches和tags三个目录。
在实际操作时，
trunk主干版本要时刻保持干净，即随时可以基于这个版本进行修改并将应用部署上线。
branches是分支目录，存放并行开发的项目代码，因为分支是主干的廉价拷贝（相当只是提交了一次主干版本，增加了一个版本号，并没有取出版本库作镜像拷贝），
所以你可以放心建立很多分支版本。不过 Subversion不支持跨版本库的拷贝，
当使用svn copy时你只能在同一个版本库内操作。tags目录存放trunk某个的快照，
比如说release-1.0即trunk处于1.0版本时的快照。


使用svn来作团队的代码管理，那么分支和合并将是非常常用的操作。下面是一个简单的示例。


1. 创建分支。这里假设你要负责一个叫theme的项目，分支号1.7.2。

1. #这里的localhost是svn服务器地址
2. svn copy -m "1.7.2 - theme" svn://localhost/www/trunk svn://localhost/www/branches/branch1.7.2-theme
3. svn co svn://localhost/www/branches/branch1.7.2-theme


2. 从trunk中merge到分支。忙了一个星期终于开发完了，但是开发期间trunk版本有过改动，部署上线前你需要合并trunk的代码。

1. #branch1.7.2-theme是分支目录，注意不可以进到分支子目录
2. cd branch1.7.2-theme
3. #前面的12972是开分支之前trunk的版本号，后面的12991是merge时trunk的版本号
4. svn merge -r 12972:12991 svn://localhost/www/trunk

如果有冲突选择p(postpone)，merge完了之后使用svn st|grep ^C查看冲突文件，然后比对修改冲突文件。解决冲突后再check in ，信息写上执行的merge操作。

1. svn ci -m 'svn merge -r 12972:12991 svn://localhost/www/trunk'


3. 从分支merge到trunk。上线测试完毕，你很幸运，一切都如预期正常，这时就要将分支回归trunk，将trunk更新到最新。

1. #先从trunk checkout一份新鲜的代码，然后cd到该版本目录下
2. svn co svn://localhost/www/trunk
3. cd trunk
4. #12973是分支开始的版本号，13006是分支结束的版本号
5. svn merge -r 12973:13006 svn://localhost/www/branches/branch1.7.2-theme

如步骤2一样解决冲突，解决冲突后再check in，信息写上执行的merge操作。

1. svn ci -m "svn merge -r 12973:13006 svn://localhost/www/branches/branch1.7.2-theme"



1、如果是需要将主线的改动合并到分支上，需要在分支的工作副本下进行合并，合并的范围是需要从主线上上次合并的版本到当前主线上最新的版本，
如果主线和分支都修改了相同的文件，合并后会出现冲突，然后解决冲突，如果主线修改但是分支没有修改，则主线上合并的变更内容会增加到当前副本中，
提交，如果是第一次合并，则起始版本号是上次建立分支的版本号

2、相反，如果是需要将分支的改动合并到主线上，需要在主线的工作副本下进行合并，合并的范围是需要从分支上上次合并的版本到当前分支上最新的版本，
合并后会出现冲突（冲突的前提如上种情况），然后解决冲突，提交，如果是第一次合并，则起始版本号是上次建立分支的版本号