1.trunk是主分支，是日常开发进行的地方。
2.branches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。
3.tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。
注意：svn并没有明确的规范，更多的还是用户自己的习惯。
下面是详细介绍：
比如一个项目有main.cpp, common.h两个文件，假设目前在开发的是最新的3.0版本，而且1.0/2.0版本也在进行维护，那么项目树将类似如下样子：
project
|
+-- trunk
+ |
+ +----- main.cpp (3.0版本的最新文件）
+ +----- common.h
+
+-- branches
+ |
+ +-- r1.0
+ + |
+ + +---- main.cpp （1.x版本的最新文件）
+ + +---- common.h
+ +
+ +-- r2.0
+ |
+ +---- main.cpp （2.x版本的最新文件）
+ +---- common.h
+
+-- tags (此目录只读)
|
+-- r1.0
+ |
+ +---- main.cpp （1.0版本的发布文件）
+ +---- common.h
+
+-- r1.1
+ |
+ +---- main.cpp （1.1版本的发布文件）
+ +---- common.h
+
+-- r1.2
+ |
+ +---- main.cpp （1.2版本的发布文件）
+ +---- common.h
+
+-- r1.3
+ |
+ +---- main.cpp （1.3版本的发布文件）
+ +---- common.h
+
+-- r2.0
+ |
+ +---- main.cpp （2.0版本的发布文件）
+ +---- common.h
+
+-- r2.1
|
+---- main.cpp （2.1版本的发布文件）
+---- common.h
要使用这样的文件夹结构，在建立项目版本库时，可首先建好项目文件夹，并在其中建立trunk, branches, tags三个空的子目录，再将项目文件夹连同这三个子目录一起导入版本库。
这样在trunk中开始进行开发，当需要建立branch或tag时，使用SVN的copy操作进行。
其中tags目录需要只读，可以使用SVN中的authz文件控制该目录的访问权限为只读。
场景案例一：
产品开发已经基本完成，并且通过很严格的测试，这时候我们就想发布我们的1.0版本,不再提交代码
1. svn copy svn://server/trunk svn://server/tags/release-1.0 -m "1.0 released"
场景案例二：
有一个客户想对产品做定制，我们可以从已发布库中选择一个版本，做为起点来开发
1. svn copy svn://server/tags/release-1.0 svn://server/branches/order009 -m "定单009"
场景案例三：
有一天，突然在trunk下的core中发现一个致命的bug,那么所有的branches一定也一样，这时需要进行分支合并
1. svn -r 148:149 merge svn://server/trunk branches/order008
2. svn -r 148:149 merge svn://server/trunk branches/order009
其中148和149是两次修改的版本号。