ref：http://blog.csdn.net/jixiuffff/article/details/5586858

这是一个完整的流程，很详细，很强大！

假如主干是这样的

a---->b------>c----->d------------>e

a b c d e 分别代表版本号

突然发现项目在版本e时引入了一个bug ，要修改这个bug，可能需要一段时间才能完成  即如果在e处直接对代码进行修改，可能会影响其他人继续进行开发，一种办法就是copy e 的代码到另一个地方（创建一个分支） ,在这个分支上修正bug 待修正好bug 后，将其合并到主干中，继续进行开发

a---->b------>c----->d------------>e-------->f ------------>g（主干继续进行正常开发）

                                                  |

                                                  |创建一个分支

                                                  V

                                                  e1 -------->f1-------->g1

 

 

分支到达g1 时，修正了bug ,这时需要将分支合并（merge）到主干中，变成如下这种状态

 

a---->b------>c----->d------------>e-------->f ------------>g  ------->   h-------->

                                                  |                                                  ^

                                                  |创建一个分支                                |

                                                  V                                                 |

                                                  e1 -------->f1--------->g1--------->

 

 

g 和g1两个代码进行合并（可能需要解决冲突才能进行合并） 成为h 然后继续进行开发

 

演示代码如下

:假如所有的项目都放在svn://localhost/java中

新建一个drp 项目 svn://localhost/java/drp

1 在本地创建目

jixiuf@jf /tmp/svnTmp $ mkdir drp/{trunk,branches,tag} 创建目录

 jixiuf@jf /tmp/svnTmp $touch drp/trunk/{hello.java,hello2.java,hello3.java} 创建几个文件

jixiuf@jf /tmp/svnTmp $ tree 目录结构如下 jixiuf@jf /tmp/svnTmp $ tree
.
└── drp
    ├── branches
    ├── tag
    └── trunk
        ├── hello2.java
        ├── hello3.java
        └── hello.java
4 directories, 3 files

trunk :项目的主干目录，branches 为分支目录，

然后 将项目提交到svn://localhost/java/drp中，也就是创建 svn://localhost/java/drp 项目

jixiuf@jf /tmp/svnTmp $ svn import -m "create the project drp " drp/ svn://localhost/java/drp

删除本的的drp 目录，然后从远程下载

jixiuf@jf /tmp/svnTmp $ rm drp/ -rf

jixiuf@jf /tmp/svnTmp $ svn co svn://localhost/java/drp  

jixiuf@jf /tmp/svnTmp $ cd drp

jixiuf@jf /tmp/svnTmp/drp $ svn log  看一看日志， 在版本84时创建 了项目drp 
------------------------------------------------------------------------
r84 | jixiuf | 2010-05-13 14:44:21 +0800 (四, 2010-05-13) | 1 行

create the project drp             ------------------------------这个是运行 svn import -m "create the project drp " drp/ svn://localhost/java/drp  时添加的日志信息 
------------------------------------------------------------------------

 

 

此时的r84 就是上文说的e状态（此时发现了一个bug ，决定创建一个分支以解决这个bug ）

 

jixiuf@jf /tmp/svnTmp/drp $ svn cp  -m "创建一个分支" svn://localhost/java/drp/trunk/     svn://localhost/java/drp/branches/debugDrp1.0

提交后的版本为 85。

创建一个分支并命名为debugDrp1.0

因为本地的drp 是r84 版本的，而服务器端的是r85版的，需要更新一下

jixiuf@jf /tmp/svnTmp/drp $ svn up   up 是update 的简写（svn update 命令也是一样）

jixiuf@jf /tmp/svnTmp/drp $ tree 现在看一下目录结构（会发现 branches 目录下多了个debugDrp1.0目录 ,且其目录下的文件 就是trunk 目录下的文件，这个过程叫做创建分支） 
.
├── branches
│   └── debugDrp1.0
│       ├── hello2.java
│       ├── hello3.java
│       └── hello.java
├── tag
└── trunk
    ├── hello2.java
    ├── hello3.java
    └── hello.java
4 directories, 6 files

jixiuf@jf /tmp/svnTmp/drp $ svn log   看一下日志记录
------------------------------------------------------------------------
r85 | jixiuf | 2010-05-13 14:51:35 +0800 (四, 2010-05-13) | 2 行

创建一个分支

------------------------------------------------------------------------
r84 | jixiuf | 2010-05-13 14:44:21 +0800 (四, 2010-05-13) | 1 行

create the project drp 
------------------------------------------------------------------------

假如出现bug 的文件 是hello.java

在branches/debugDrp1.0 目录下修改hello.java

假如 这样就修改了bug

jixiuf@jf /tmp/svnTmp/drp $ echo "bug已修正" >>branches/debugDrp1.0/hello.java

就是向文件 hello.java 的末尾添加了  bug已修正 这几个字

 

为了显示如果解决冲空，在主干上也同时向hello.java 中添加一些信息，以制造冲突


jixiuf@jf /tmp/svnTmp/drp $ echo "在主干中向hello.java 添加的信息，以便产生冲突" >>  trunk/hello.java

现在向服务器提交

jixiuf@jf /tmp/svnTmp/drp $ svn ci -m "modify the  hello.java in branches/debugDrp1.0 and trunk" 
正在发送       branches/debugDrp1.0/hello.java
正在发送       trunk/hello.java
传输文件数据..
提交后的版本为 86。

jixiuf@jf /tmp/svnTmp/drp $ svn up   更新到最新版本86

现在 bug 已经在 branches/debugDrp1.0 中进行了修正，并且在这个过程中主干trunk 中也对文件 hello.java 进行了修改，

修正了bug 的人发现，主干中已经有了有些新变化，需要将这些新变化添加进来，

也就是将主干中的东西合并到分支 中来，

=============================================================

jixiuf@jf /tmp/svnTmp/drp $ cd branches/debugDrp1.0/    到分支debugDrp1.0的根目录

 

然后看一下日志

 

jixiuf@jf /tmp/svnTmp/drp/branches/debugDrp1.0 $ svn log   查看全部日志,(注意 分支 的日志包括创建分支之前的trunk 的日志，和创建分支后在分支上发展的独立的日志 ，现在查看全部目录 )
------------------------------------------------------------------------
r86 | jixiuf | 2010-05-13 15:13:23 +0800 (四, 2010-05-13) | 1 行
modify the  hello.java in branches/debugDrp1.0 and trunk
------------------------------------------------------------------------
r85 | jixiuf | 2010-05-13 14:51:35 +0800 (四, 2010-05-13) | 2 行
创建一个分支
------------------------------------------------------------------------
r84 | jixiuf | 2010-05-13 14:44:21 +0800 (四, 2010-05-13) | 1 行
create the project drp 
------------------------------------------------------------------------

 

jixiuf@jf /tmp/svnTmp/drp/branches/debugDrp1.0 $ svn log --stop-on-copy （这里查看他建 分支之后，在分支上独立发展的日志，不包括主干上的日志 ）
------------------------------------------------------------------------
r86 | jixiuf | 2010-05-13 15:13:23 +0800 (四, 2010-05-13) | 1 行
modify the  hello.java in branches/debugDrp1.0 and trunk
------------------------------------------------------------------------
r85 | jixiuf | 2010-05-13 14:51:35 +0800 (四, 2010-05-13) | 2 行
创建一个分支
------------------------------------------------------------------------

 

jixiuf@jf /tmp/svnTmp/drp/branches/debugDrp1.0 $ svn merge svn://localhost/java/drp/trunk     将trunk 目录合并到当前目录
在 “hello.java” 中发现冲突。
选择: (p) 推迟，(df) 显示全部差异，(e) 编辑,
        (mc) 我的版本, (tc) 他人的版本,
        (s) 显示全部选项: 
结果出现以下提示说hello.java 出现冲突，然后它给提供了几种解决方案，

        p 推迟，（会在hello.java 同一目录产生多个helllo.java 版本的文件 ，有r84  版的，这个是发生冲突前的版本，以及分支上的版本，trunk 上的版本，及一个进行了diff 比较后生成的） 需要手动修改hello.java 然后删除其他几个版本，然后svn ci 重新提交

        df  只是显示文件 的差异，e 编辑文件 直接解决冲突

 

此时我选e

会出现一个编辑器，其中的内容如下

    <<<<<<< .working
  bug已修正
   =======
   在主干中向hello.java 添加的信息，以便产生冲突
   >>>>>>> .merge-right.r86
~                                                                                                                            
~

意思是说当前工作( .working)的目录中hello.java 有  "bug已修正" 这一行

.merge-right.r86文件（也就是主干中的hello.java 中有这一行）  "   在主干中向hello.java 添加的信息，以便产生冲突"

合并文件为

   bug已修正
   在主干中向hello.java 添加的信息，以便产生冲突

 

冲突解决 后选r                                   

于是就将trunk 合并到了当前分支 ，查看一个

jixiuf@jf /tmp/svnTmp/drp/branches/debugDrp1.0 $ cat hello.java 
bug已修正
在主干中向hello.java 添加的信息，以便产生冲突

====================================================

 

另外，虽然分支中的代码已经修正了bug 并且拥有了trunk 中最新添加 的代码

还要将它合并到trunk 中去

jixiuf@jf /tmp/svnTmp/drp/branches/debugDrp1.0 $ cd /tmp/svnTmp/drp/trunk/

jixiuf@jf /tmp/svnTmp/drp/trunk $ svn merge svn://localhost/java/drp/branches/debugDrp1.0

同样，解决冲突后就可以在trunk 中继续进行代码开发

a---->b------>c----->d------------>e-------->f ------------>g  ------->   h-------->

                                                  |                                                  ^

                                                  |创建一个分支                                |

                                                  V                                                 |

                                                  e1 -------->f1--------->g1--------->

SVN中Branch/tag功能

在SVN中Branch/tag在一个功能选项中，在使用中也往往产生混淆。

在实现上，branch和tag，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。至于何时用tag，何时用branch，完全由人主观的根据规范和需要来选择，而不是强制的（比如cvs）。

一般情况下，
tag，是用来做一个milestone的，不管是不是release，都是一个可用的版本。这里，应该是只读的。更多的是一个显示用的，给人一个可读（readable）的标记。
branch，是用来做并行开发的，这里的并行是指和trunk进行比较。

比如，3.0开发完成，这个时候要做一个tag，tag_release_3_0，然后基于这个tag做release，比如安装程序等。trunk进入 3.1的开发，但是3.0发现了bug，那么就需要基于tag_release_3_0做一个branch，branch_bugfix_3_0，基于这 个branch进行bugfix，等到bugfix结束，做一个tag，tag_release_3_0_1，然后，根据需要决定 branch_bugfix_3_0是否并入trunk。

对于svn还要注意的一点，就是它是全局版本号，其实这个就是一个tag的标记，所以我们经常可以看到，什么什么release，基于xxx项目的 2xxxx版本。就是这个意思了。但是，它还明确的给出一个tag的概念，就是因为这个更加的可读，毕竟记住tag_release_1_0要比记住一个 很大的版本号容易的多。

 

svn中建立branch或者tag的方法比较简单，totoiseSVN中的操作是: 
1.选择Branch/tag.. 
2.在出来的界面中的To URL中填上URL，一般是svn://IP/Project/branches/branch-1, 这样就建立了一个branch-1的branch. 建立tag是一样的操作，只不过URL一般是svn://IP/Project/tags/tag-1 
3.后面的Create copy from是用于选择从你当前的working base中的哪个版本中建立branch/tag，可以根据自己的选择来订制，一般选择Head Revision 
subclipse中几乎是一样的操作。

svn merge -r[stop-on-copy]:HEAD branch1


Logo
Linux

更多推荐

Linux虚拟文件系统之文件系统卸载（sys_umount())

Linux中卸载文件系统由umount系统调用实现，入口函数为sys_umount()。较于文件系统的安装较为简单，下面是具体的实现。1. /*sys_umont系统调用*/2. SYSCALL_DEFINE2(umount, char __user *, name, int, flags)3. {4.struct path path;

avatar Linux

网卡速率和双工模式的配置

http://linux.chinaitlab.com/system/792187.html1、mii-tool 配置网络设备协商方式的工具；    1.1 mii-tool 介绍；    mii-tool - view, manipulate media-independent interface status （mii-tool 是查看，管理介质的网络接口的状态）

avatar Linux

Linux系统下超级终端Minicom的使用方法（例如：连接交换机，路由器等）转http://baike.baidu.com/view/2911642.htm?fr=ala0_1

<br />　　Linux系统下超级终端Minicom的使用方法 <br />　　Linux下的Minicom的功能与下的超级终端功能相似，适于在通过超级终端对设备的管理以及对嵌入操作系统的升级，现写出Minicom的使用手册： <br />　　1． 启动minicom <br />　　以root权限登录系统 <br />　　使用命令 <br />　　minicom –s 则minicom启动，屏

avatar Linux