svn目录使用案例：
某团队计划开发一款”陌陌”项目
此项目初期已经有部分基础代码
研发团队在此基础代码上经过3个月的努力，开发了一个功能相对完备的V1.0版本上线推广，并取得了良好的效果(备份到Tags)
由于市场反馈良好，团队开始着手V2.0版本的开发工作
就在V2.0版本开发进行中，发现V1.0版本中有一个严重的BUG，如果不及时修改，将造成严重的后果
研发团队收到BUG报告后，立刻安排人员对V1.0版本进行修复，但其他研发人员则继续开发V2.0版本的新功能
修复BUG的人员很快就找到问题原因并对问题进行了修复，并且发布了V1.1版本供用户升级，因此没有造成重大损失
BUG修复后，研发人员将修复后的代码整合到研发主线中来，这样就可以保证今后发布的后续版本中不会再出现此问题
就这样，整个团队在大家的共同努力下，有条不紊地进行着……
1.如果一个版本开发结束并且也已经commit，需要对该版本进行备份，把她添加到tags文件夹下。
建议在备份之间刷新一下远程仓库（command + r）
2.给备份文件命名，并且备份到tags文件夹下
3.对备份文件进行注释
4.如下图，tags文件夹下已经存在备份文件
5.此时，团队可以继续在trunk（主干）继续在1.0版本上开发2.0版本，因为原来的1.0版本已经备份到tags中
6.如果发现1.0版本有bug，那么可以再给tags中的1.0版本的备份项目开一个branch（分支），把branch的项目check out下来。在分支中进行bug 的修复（不要再备份中直接fixbug，否则备份就没有了）
7.bug修复完成后，需要把修复后的1.1版本发布出去。然后再把1.1版本添加到tags中进行备份。最后把1.1版本和正在开发的2.0版本进行合并，再把合并的2.0commit到服务器。
8.删除分支中的版本