目录结构如下:
名称及功能说明:
Trunk: 主干代码 (用于新功能的开发)
Branch: 分支代码(用于解决项目路径中产生的bug)
Tags: 版本标记(测试通过后上线的版本记录)
使用习惯:
1、在发现bug后,从主干生成一个分支,并在该分支上做bug修复;如修复时间较长,则保持“经常从主干合并到分支(即更新主干代码至分支)”的动作习惯。
2、从主干合并至分支,则“操作目标为分支”,也就是在分支目录中点击右键菜单-选择Merge。
3、从分支合并至主干,则“操作目标为主干”,也就是在主干目录中点击右键菜单-选择Merge。
3、 每次合并后需提交合并后的代码。
4、 除Tags外,无论是主干还是分支,都是单独的版本管理库。
图文说明:
目录结构图:
1. 版本发布
先看主干目录
已经开发完成,现在需要发布运营版本,则先创建标记到Tags
点击确定之后,到Tags目录下右键更新(Update),得到如下图:
此时,则可以发布Tags下面的1.1版本了;
2. 发布版本出现BUG,需要修改:
先从Tags里切出到Branches(分支)里面
在分支中修改完BUG,如果主干版本中发新修改的东西不影响版本发布,就可以先合并到主干,再从主干标记到Tags, 重新走发布流程;如果主干版本不能直接发布,则可以由修改的分支直接发布到Tags, 然后再把分支修改过BUG合并到主干;
合并之后,在trunk就能看到新加的stdfx.h文件:
在Trunk便可提交,然后再从主干标记一个版本到Tags:
最终版本都是从Tags发布,Tags中也保留了所有版本记录,所有的修改操作也都不影响主干,也就不会有冲突了。