作为一名编程人员，SVN经常作为代码、项目的版本控制，殊不知SVN也可作为其他领域的版本控制，例如对文档、音频、视频等 。
SVN可以看成一种文件系统，为了使工作人员提高工作效率，可以进行并行的工作，SVN采用复制-修改-合并的方案而不是锁定-修改-解锁。
SVN中有一个叫全局版本号的概念，如果这个全局版本号会在你每次提交的时候进行+1，也就是说项目中的子目录每次在提交的时候，都会在原有的版本号上进行累加。每一个版本号都会对应一个快照版本
本地的版本通常是混乱的，每个文件的版本号可能都会不一样，这是因为SVN中push和pull是分离的，更新与提交是分离的。
原生的SVN提供了一系列的操作指令，通常的工作中我们都是通过可视化工具进行SVN操作，比如Eclipse SVN插件、Tortoise,而这些工具实际上也只执行SVN提供的命令。
SVN仓库布局可以自己意愿设置，但是也给出了推荐的布局；trunk branches tags
Trunk:主线开发；Branches：分支开发；tags:打包上线；
记得在以前工作中有这样一个场景：
项目最开始有一个标准版，随着厂家客户不断的增多。定制化需求 功能模块的修改越来越多。通常同一个模块在不同厂家中功能流程不一致。当时就不断的创建新的项目，但是开发人员、维护人有限，通常一个人要负责好几个厂家的项目，而且标准版出现的bug在其他的版本也会有，就出现了一个Bug需要修改多次的窘地。
如果利用SVN，可以通过过创建分支的方式缓解这一问题。
可以将标准版作为主线，如果遇到厂家的定制开发，就需要创建分支。这样标准版的bug修改一次，通过合并到分支的方式来解决这个一问题。
--------------------------------------------------SVN仓库布局------------------------------------------------------
Trunk:主干；branches:分支，tags：标签，里程碑。
Trunk:通常为项目正式的版本，分支中的代码经过测试后 都需要 合回到主干中。当有好多分支，合并到主干的时候，这个主干有点像河流汇总的意思，最终形成了黄河长江即 最终版本。
Branches:应该是我们日常开发中，接触最多的文件，通常会分为好多种，修改Bug中的分支，新功能分支，新技术分支等，当功能开发好后，经过测试，测试通过即可合并到主干中去。
Tags:最大的特点是只可以update，不可以commit。当我们需要到生产环境发布正式版的时候，我们会从主干中拿到最新的代码放到tag中，然后进行打包，发布。