1. svn标准目录：Subvention有一个很标准的目录结构，比如说项目是：proj，地址为svn://proj/,那么标准的svn布局是：
这是一个标准的布局，trunk为主开发目录，branches为分开发目录，tags 为 tag存档目录（不允许修改）。但是具体这几个目录应该如何使用，svn并没有明确的规范，更多的还是用户自己的习惯。
trunk：主干，如果说把一个软件项目从开始到消亡做一个故事的话，主线情节都在这里被svn记录着。
branches:分支，有很多种用法，比如说，版本发布维护分支，新特性开发分支，缺陷修复分支，等等。
tags:标签，或者叫快照，某个版本发布时候，都在这里留档。
2.集中式：trunk进行主要开发
一般的，我们的所有的开发都是基于trunk进行开发，当一个版本/release开发告一段落（开发、测试、文档、制作安装程序、打包等）结束后，代码处于冻结状态（人为规定，可以通过hook来进行管理）。此时应该基于当前冻结的代码库，打tag。当下一个版本/阶段的开发任务开始，继续在trunk进行开发。
此时，如果发现了上一个已发行版本（Released Version）有一些bug，或者一些很急迫的功能要求，而正在开发的版本（Developing Version）无法满足时间要求，这时候就需要在上一个版本上进行修改了。应该基于发行版对应的tag，做相应的分支（branch）进行开发。
例如，刚刚发布1.0，正在开发2.0，此时要在1.0的基础上进行bug修正。按照时间的顺序：
这是一种很标准的开发模式，很多的公司都是采用这种模式进行开发的。trunk永远是开发的主要目录。
3.分散式：分支进行主要开发
这种开发模式当中，trunk是不承担具体开发任务的，主要承担版本发布，一个版本/阶段的开发任务在开始的时候，根据已经release的版本做新的开发分支，并且基于这个分支进行开发。还是举上面的例子，这里面的时序关系是。
原文来自：http://blog.csdn.net/garfield2005/article/details/52638996