SVN与TortoiseSVN实战：标签与分支
最近在写《IOS性能调优系列》，今天偷个懒，写写SVN与TortoiseSVN实战的第二篇，标签与分支。
第一篇详见《SVN与TortoiseSVN实战：从入门到精通》
SVN与TortoiseSVN实战系列中很多知识点来源于《版本控制之道》这本书，我写的内容主要结合了TortoiseSVN工具，更多侧重于实际操作。
很多项目人员没有正确运用SVN，仅仅作为源代码的团队共享来用，而没有充分利用标签、分支这些强大的特性。
要正确使用SVN的标签和分支特性，就要先建立起合理的项目仓库结构。
正确的SVN项目仓库结构
很多项目人员往往在创建项目仓库以后，直接将整个项目的源代码提交到仓库的根目录，这往往是由于对SVN没有系统的了解。
引用书里的图片，正确的项目仓库目录结构如下图：
在根目录下首先建立三个目录：
1、trunk：又称为主干，这个子目录才是应该将项目源代码提交到的位置。
trunk目录代表着开发的主线，大部分的开发工作涉及到的更新、提交都在这个目录里，就跟“原始”的SVN使用一样。
2、branches：这个目录就是分支目录，所有新建的分支都应放在这个目录。
每一个branches下的分支代表了一条并行的开发过程，如果不明白可以继续往后看。
3、tags：这个目录是标签目录，所有建立的标签都应放在tags目录下。
每一个tags下的标签代表了一个项目的时间节点，或者说是事件、里程碑。
这三个目录之所以如此命名，完全是约定俗成，而非SVN规定。
什么是分支？
分支的基本概念：一条基于另外一条开发线存在的分支，并共享在分离之前的日志，一个分支就象一个拷贝的存在，并从那里离开，并具有自己的历史。
没有找到关于分支很简洁的解释，我的解释是分支相当于对于开发中的主干进行了复制，从此在分支上后续的所有操作与主干上的所有操作互不影响。
使用分支前：
你开发的IOS App已经测试完毕，提交到APPStore审核，在APPStore审核过程中你可能又开发了些功能但还没通过测试，这时APPStore把你的应用退回了，可能是你的Welcome图片不合格需要换一下，很简单的修改可能完全不需要经过测试流程，但这时你只有两种选择：
1、把代码回滚到提交时的状态，修改后提交；
2、把手头的功能开发完成，经过完整的测试、发布流程提交。
合理使用分支后：
你开发的IOS App已经测试完毕，提交到APPStore审核，根据你提交的版本号建立一个分支，在APPStore审核过程中你可能又开发了些功能但还没通过测试，这时APPStore把你的应用退回了，可能是你的Welcome图片不合格需要换一下，到这里你完全可以轻松应对，只需要把之前建立的那个分支签出到本地，修改后提交。
使用分支后整个过程So easy~
分支里保存的实际上是你建立分支时代码的快照，在分支上进行的修改还可以合并到主干中。
什么是标签？
标签和分支的本质是一样的，可以看到TortoiseSVN中，标签和分支实际上在一个菜单：
分支与标签的使用也是约定俗称的，混用分支与标签SVN也不会禁止。
标签用来记录项目中的事件或里程碑，可以让你给项目中的事件起一个名字，比如发布2.0.0版本，以后你可以使用这个名字来签出它。
标签与分支对比
还是继续上面的例子：
APPStore审核通过，这时你应该为分支建立一个标签，然后将分支的修改合并到主干，然后删除分支。
更直白的说，你可以在分支上进行并行开发，而不应该修改标签里的内容，标签仅应当作为一份代码的快照。
后续
本篇先将理论，下篇讲解使用TortoiseSVN进行分支和标签的实际操作，网上查了下，发现使用TortoiseSVN的分支合并操作居然全是错的，所以感觉到非常有必要写出来，明天更新~
记录，为更好的自己！转载请注明出处~
