版本控制(4)--使用svn案例演示 (*)

案例：某研发团队2011年初开发了一款名为Apollo的信息系统，目前已发布v1.0版本。

此项目初期已有部分基础代码，研发团队再此基础代码上经过3个月的努力发布了一个功能相对完备的Apollo 1.0版本进行销售。

由于销售业绩良好，因此研发团队正在着手v2.0版本的开发工作。

但就在这个时候，有客户发现v1.0软件系统一严重bug，如不及时修复将造成严重后果。研发团队收到bug报告后立刻安排部分研发人员对v1.0版本进行修复，但其他研发人员则继续开发v2.0版本的新功能。

修复bug的研发人员很快扎到问题原因并对问题代码进行了修复，很快发布了v1.1版本发给了客户，因此没有造成重大损失。
Bug修复后研发人员将修复后的代码整合到研发主线中来，这样就可以保证今后发布的后续版本不会再出现此问题。

就这样研发团队在大家的共同努力下工作有条不紊的进行着

1.      Subversion目录规范：

         (1)/trunk 存放开发的“主线”，当前开发的版本

         (2)/branches 存放支线副本，修复已发布的版本

         (3)/tags 存放标签副本: 发布过的版本，一般不改

2. 

   (1)创建库--------包含以上三个文件夹

   (2)在eclipse中导入库

   (3)trunk检出库

   (4)编代码

   (5)trunk发布到tags： 工程右键 à  Team  -> 分支/标记 –>浏览路径-àtags—>在路径后起名

3.    Project中trunk切换到 tags ：选择用户-à 右键-> Teamà 切换--à选择文件(tags)::::::但一般不再tags中修改; 需要新建一个分支                branches：选择用户-> 右键->Team->分支/标记--à选择文件(branches)---------------------------------------再切换修改代码

4.   把旧版本中的问题解决后，需要整合到新版本中------------------------合并