精华内容
下载资源
问答
  • 敏捷的时代,trunk和branch的那些事。

    最近生病导致博客又没更新,没办法,虽然工作大量的实用自动化。但是偶尔有点事情还是要人来解决。


    成都天气又多变。。哎。。。病的不轻。


    今天一早就跟一个同行讨论了下“合并分支”,虽然我项目上没有这个词语。但是从back to the point的角度出发,这个“合并分支”就是让trunk和某branch保持一致的代码的事情。


    今天又有空就来念叨念叨这个。


    老规矩,上图。



    这里举个例子,假设微软开发一个windows in future 的系统。基于上次写的trunk,branch的规则

    这里的branch 1.0就是第一个可以交付用户A使用的版本,那么这个branch上做完测试后,会打tag来发布。

    用户A收到这个版本后肯定会大大的使用一番,并且提出很多新的改进要求以及提出软件BUG所在。


    我们的团队要做啥呢?

    第一个就是把BUG修复,把新的要求加入到新需求中进行开发。然后把bug的correction,必须同时提交到branch 1.0和当时最新的trunk上。即使trunk代码跟branch1.0可能会有很大出入,也必须重构correction以后提交trunk。

    那么trunk上就有了branch1.0找出来的bug所对应的新correction.

    在看看新需求,新的需求,要记得在trunk上开发,因为trunk时刻在更新,你的把新东西丢到新的上面。开发完后,记得把整个feature提交trunk,并且做tag出来让测试团队测试,测试过了,你的新feature才算OK了。


    那么此时的trunk已经包括了branch1.0上面所有被客户提出的新需求、新bug的correction。是时候拉个branch2.0给客户A使用了。客户一定会再次提出新的需求,新的bug,那么我们的团队需要把上面的事情,再来一遍。


    直到什么时候?直到客户满意的时候:)。


    有人一定问,我的软件N个客户使用肿么办?


    我想说的是,一个客户的你研究懂了,多个客户的只是多做几遍重复的事情而已了。嘿嘿。为啥我喜欢说而已,因为咱SCM懂自动化啊!哈哈!





    展开全文
  • 我们可以将这三者想象成一棵树的组成部分 trunk为树干 branches为树枝 tags为整棵树 trunk用于主线开发 ...在branches开发时,要时常从trunk中更新到branches中,用于同步 当branches开发完成时,就...
    • 我们可以将这三者想象成一棵树的组成部分
    1. trunk为树干
    2. branches为树枝
    3. tags为整棵树
    • trunk用于主线开发

    • branches用于定制版本、修复bugs、并行开发等使用

    • tags用于存放release版本,阶段性代码,不用于修改和commit

    • 在branches开发时,要时常从trunk中更新到branches中,用于同步

    • 当branches开发完成时,就可以将branches重新merge到trunk中

    展开全文
  • SVN的标准目录结构:trunkbranches、tags
  • SVN分支合并(trunkbranches、tags)

    千次阅读 2016-10-18 23:28:10
    尽管svn没有作强制要求,但是一般svn版本库目录建议创建trunkbranches和tags三个目录。在实际操作时,trunk主干版本要时刻保持干净,即随时可以基于这个版本进行修改并将应用部署上线。branches是分支目录,存放...

    原文地址:原文链接地址


    尽管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"
    展开全文
  • 使用svn几年了,一直对分支合并敬而远之,一来是因为分支的管理不该我操心,二来即使涉及到分支的管理,也不敢贸然使用合并功能,生怕合并出了问题对团队造成不良影响,最主要的原因是,自己对分支的目的合并的...

    转自:http://blog.csdn.net/e3002/article/details/21469437

     

    使用svn几年了,一直对分支和合并敬而远之,一来是因为分支的管理不该我操心,二来即使涉及到分支的管理,也不敢贸然使用合并功能,生怕合并出了问题对团队造成不良影响,最主要的原因是,自己对分支的目的和合并的方法不甚了解,这才是硬伤。

     

    最近由于适配机型的需要(本人从事手机客户端的开发),需要经常接触分支和合并两项工作,突然发现这玩意整不明白很难开展工作,遂这两天着重研究了一下,有点收获,怕以后忘了,故趁着余温尚在赶紧写下来,好记性不如烂笔头嘛。下文的实践主要是参考了TortoiseSVN的帮助文档和Subversion的在线文档,Subversion的在线文档:http://svnbook.red-bean.com/en/1.5/svn-book.html

     

    话说我公司现在的源代码管理挺乱的,svn目录并没有采取标准的source/branches、source/trunk结构,主线和分支放得到处都是,release版本也并没有当成tag处理,而是当成branch来管理,经常还要在release版本上改来改去。。。

     

    先说说什么是branch。按照Subversion的说法,一个branch是某个development line(通常是主线也即trunk)的一个拷贝,见下图:

     

    branch存在的意义在于,在不干扰trunk的情况下,和trunk并行开发,待开发结束后合并回trunk中,在branch和trunk各自开发的过程中,他们都可以不断地提交自己的修改,从而使得每次修改在repository中都有记录。

     

    设想以下场景,如果你的项目需要开发一个新功能,而该功能可能会修改项目中的绝大多数文件,而与此同时,你的另一位同事正在进行bug fix,如果你的新功能不在branch中开发而直接在trunk中开发,那么你极有可能影响另一位同事的bug fix,他/她在bug修复中可能会遇到各种各样的问题,因为你的频繁提交代码引入了过多的不稳定因素。你可能会说,那我在开发的过程中不提交不就行了,等到我全部开发结束我再提交,是,你可以这么做,那还要版本控制干什么呢?也许等到你最后提交代码的时候(也许一周,也许两周?),你会发现有一大堆conflict等着你resolve。。。

     

    那么,正确的做法是什么?使用branch,从trunk创建branch,然后在你的branch上开发,开发完成后再合并到trunk中。

     

    关于branch先讲到这里,下面说说什么叫做合并。很好理解,当branch开发完成后(包括必要的测试),将branch中的修改同步到trunk中,这个过程有可能包括修改文件、增加文件、删除文件等等。

     

    说到这里,貌似本文差不多可以结束了,不就是分支和合并么?只要再简单地说说如何建立分支和如何合并就可以收尾了,可能只需两个命令,也可能只需鼠标点几下然后键盘敲两下即可。其实事情远非这么简单,爱动脑筋的同学可能会问了,将branch的改动merge到trunk的时候,和上文说的直接在trunk中全部开发完然后提交有何区别?你最后还不是要处理一大堆conflict?

     

    这个问题问得非常好,其实这正是本文的重点:branch和trunk在并行开发的过程中如何感知对方,branch如何才能在开发过程中不会和trunk越走越远,导致最后无法合并?试想一下,如果在你开发branch的过程中,trunk中的某个类文件已经被删除了(这可能是另外一个家伙在另一个branch上开发了两周后才合并到trunk的),而你竟然在这个类文件上做了大量修改,试问你到最后合并回trunk的时候该有多蛋疼?解决这一问题的唯一手段是,branch要不停地和trunk保持同步,你要及时地知道trunk都做了什么修改,这些修改是否会影响你正在开发的新功能,如果需要,你必须及时调整branch的代码,使之能与trunk“兼容”。

     

    那么如何让branch和trunk保持同步?合并,从trunk合并到branch,你没听错,是从trunk合并到branch。关于TortoiseSVN的合并,有几点需要注意:

    • TortoiseSVN的合并发生在本地,也即你的working copy中,你无需过多担心会对repository中的代码造成影响
    • 不管是从trunk合并到branch还是最终从branch合并回trunk,在每次合并前最好先update,然后将本地的修改先全部commit,保护好现场,万一合并不理想随时都可以revert
    • 合并完成后看是否能正确编译,然后测试验证,最后将合并后的改动提交到repository

     

     

    下面我将step by step地演示如何一次完整的branching和merging,包括创建分支、分支开发、分支和主线同步,分支合并到主线的全过程,甚至包括如何在本地创建一个测试用的repository。

     

    首先需要安装TortoiseSVN,我安装的版本是:TortoiseSVN 1.6.15, Build 21041 - 32 Bit , 2011/03/23 18:00:27

     

    1、本地Repository的创建

    repository的创建很简单,假设我要在D:\TortoiseSVN\TestRepository目录中创建repository,只需右键TestRepository目录,依次选择"TortoiseSVN" -> "Create repository here"便完成了repository的创建。

     

    2、Check out

    假设要check out到D:\TortoiseSVN\TestSVN,同样很简单,在D:\TortoiseSVN目录下创建TestSVN目录,然后在该目录上右键,选择"SVN Check out...",在弹出的窗口中的"URL of repository"中填入"file:///D:/TortoiseSVN/TestRepository",其他默认即可,最后点击ok。

     

    3、trunk创建新项目MyProject

    相当简单就不赘述了,只列出本次操作所作出的修改:

     

    4、创建branch

    在/trunk/MyProject目录上右键,依次选择"TortoiseSVN" -> "Branch/tag...",在弹出窗口的"To URL"中填入分支的地址,在这里目标revision选择HEAD revision,如下图所示,添加log后点击ok分支便建立了。这个操作速度非常快,新建的branch在repository中其实只是一个指向trunk某个revision的软连接而已,并没有真的复制文件。

     

    5、Check out分支

    右键TestSVN目录选择"TortoiseSVN Update"即可将刚刚建立的分支下载回本地。进入/branches/MyProject目录下你会发现其文件结构和/trunk/MyProject一模一样。

     

    6、branch提交一个新文件

     

    7、trunk紧接着提交一个修改

     

    8、branch再次提交一个修改

     

    9、将trunk中的修改同步到branch

    6-8演示的是branch和trunk在独立、并行地开发。为了防止在“错误”的道路上越走越远,现在branch意识到是时候和trunk来一次同步了(将trunk合并到branch)。

    首先,在本地trunk中先update一下,有冲突的解决冲突,保证trunk和repository已经完全同步,然后在/branches/MyProject上右键,依次选择"TortoiseSVN" -> “Merge...”,在弹出的窗口中选择第一项"Merge a range of revision",这个类型的Merge已经介绍得很清楚,适用于将某个分支或主线上提交的多个revision间的变化合并到另外一个分支上。

     

    点击next后,出现如下窗口:

     

    由于是要从trunk合并到branch,理所当然这里的"URL to merge from"应该填trunk的路径,"Revision range to merge"很好理解,就是你要将trunk的哪些revision所对应的变化合并到branch中,可以是某一连串的revision,比如4-7,15-HEAD,也可以是某个单独的revision号。由于在r4中,trunk修改了Person.Java中的talk()方法,所以这里的revision只需填4即可。点击next后出现下图:

     

    在这里只需保留默认设置即可。在点击Merge按钮前你可以先Test merge一把,看成功与否,以及merge的详细信息。点击Merge按钮后trunk所做的修改将同步到branch中。

     

    10、提交合并后的branch

     

    至此,branch已经完全和trunk同步,branch和trunk的代码相处很融洽,没有任何冲突,如果branch已经开发结束,那是时候将branch合并回trunk了,当然,如果branch还要继续开发,那你将不断地重复6-10这几个步骤。

     

    11、将branch合并回trunk

    在/trunk/MyProject上右键(注意是在主线的目录上右键),依次选择"TortoiseSVN" -> "Merge...",在弹出的窗口中,Merge type选择第二项"Reintegrate a branch",这种类型的合并适合在分支开发结束后将所有的改动合并回主线。

     

    点击next后出现如下窗口:

    http://blog.csdn.net/eggcalm/article/details/6606520

    在这里,"From URL"选择/branches/MyProject,无需选择revision号,Reintegrate会将branch上所有修改合并到trunk。后面的步骤和上文第9步中的一样,不再啰嗦了。如无意外,branch将成功合并到trunk,你需要做的只是将合并后的trunk赶紧commit!

     

    12、提交合并后的trunk

    so easy...

     

    13、删除branch

    如果你认为你新加的功能已经开发完成了,你可以删除你的分支

     

     

    到这里,我已经给你演示完了整个过程,我一身的汗也下来了,我想罢工了,不过最后我们还是看看所有的log信息吧,通过log能发现我们干的所有事情:

     

    r1-r7正是我上文在干的事情,从Message中你能发现我对trunk和branch都干了什么,另外,在Log Messages窗口的左下角勾选了"Include merged revisions"你还能看到额外的Merge information:

     

    图中灰色的是和merge相关的log,共发生了两次merge,第一次是在r6,在r6中,branch合并了trunk在r4时提交的变化;第二次是在r7,在r7中,trunk合并了branch从r2到r6的所有变化。

     

     

    终于可以写写总结了:

    • branch主要用于新功能的开发
    • 合并发生在本地working copy,只要你不提交就不会影响到repository
    • 合并前一定要先update、commit,保证不会out of day,并将本地的修改保存到repository
    • branch和trunk并行开发的过程中,要经常同步,将trunk的修改合并到branch,合并时选择"Merge a range of revision"
    • branch最后合并回trunk时,merge type选择"Reintegrate a branch"

    转自:http://blog.csdn.net/e3002/article/details/21469437

     

    转载于:https://www.cnblogs.com/netsa/p/7263702.html

    展开全文
  • SVN 中创建TrunkBranches、Tags 过程

    万次阅读 2015-11-04 18:16:12
    关于SVN中的Branches与Tags 在版本控制的系统中,我们经常需要对开发周期中的单独生命线作单独的修改,这条单独的开发生命线就可以称为Branches即分支。分支经常用于添加新的功能以及产品发布后的bug修复等,这样...
  • 在git flow的分支模型出现之前,svn在项目中的应用广泛地使用trunk/branches/tags作为约定俗成的使用方式。这篇文章简单介绍一下trunk/branches/tags的使用方式。
  • 原文:...我们可以将这三者想象成一棵树的组成部分 trunk 为树干 branches 为树枝 tags 为整棵树 trunk 用于主线开发 branches 用于定制版本、修复bugs、并行开发等使用 tags ...
  • SVN中trunkbranches、tag的使用 来源 https://www.cnblogs.com/keyi/p/5953649.html 我相信初学开发在SVN作为版本管理时,都估计没可能考虑到如何灵活的运用SVN来管理开发代码的版本,下面我就摘录一篇文章来简单...
  • 一些阶段性的release版本,这些版本是可以继续进行开发维护的,则放在branches目录中。又比如为不同用户客制化的版本,也可以放在分支中进行开发。3.tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一...
  • 我们在一些著名开源项目的版本库中,通常可以看到trunk, branches, tags等三个目录。由于SVN固有的特点,目录在SVN中并没有特别的意义,但是这三个目录却在大多数开源项目中存在,这是因为这三个目录反映了软件开发...
  • 比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改)。但是具体这几...
  • 前文链接:SVN与VSS并用进行代码管理 之前提及到了用SVN来辅助VSS进行代码管理,今天又看到了一个神奇的事情,因为要发布一个版本,把一整个文件夹...而SVN本身有trunk-branches-tags的功能,就可以很好避免这种事情
  • SVN 中trunkbranches、tags 我们在一些著名开源项目的版本库中,通常可以看到trunk, branches, tags等三个目录。由于SVN固有的特点,目录在SVN中并没有特别的意义,但是这三个目录却在大多数开源项目中存在,...
  • SVN组成中trunk,branchesandtags功能用法详解 我相信初学开发在SVN作为版本管理时,都估计没可能考虑到如何灵活的运用SVN来管理开发代码...我将会详细说明我是如何应用SVNtrunk(树干)、branches(分支)tags(标...
  • trunk"、"branches"以及"tags"文件夹创建我自己的目录结构的时候颇是花了一点时间。本文将分步介绍创建 Subclipse 项目然后建立一个分支。本文假定你已经安装好了 Subclipse 并建立了一个 ...
  • 9. 将trunk和branches进行合并 步骤如下,  右键/ turnk /MyAppProject —-> Merge… —–>  Merge a range of revisions   —–> Next  —–>  URL to merge from : file:///D:/TortoiseSVN/...
  • svn如何使用trunkbranches、tagsTrunkBranchesTagstrunk(主干) 、branches(分支)、tags(标签)的详细使用 Trunk SVN中的Trunk是放置稳定代码的主要环境,就好像一个汽车工厂,负责将成品的汽车零件组装在一起。 ...
  • 一颗有树干许多分支的树 分支从树干生长出来,并且细的分支从相对较粗的树干中长出 一棵树可以只有树干没有分支(但是这种情况不会持续很久,随着树的成长,肯定会有分支) 一颗没有树干但是有很多分支的树看起来...
  • Subversion有一个很标准的目录结构,是这样的。比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branc...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 8,509
精华内容 3,403
关键字:

trunk和branches