项目目录示例：

管理内容：

业务文档（业务系统说明、业务需求）、产品文档（需求说明书、UE、UI含原图、使用说明书）、技术设计文档（应用系统总体设计、详细设计）、第三方资源（第三方程序、接口文档）、代码、测试文档（测试案例、测试问题跟踪、测试报告、性能测试方案及报告）、投产文档（程序上线安装包、安装手册）。

（开发工具或其他软件建议不放到svn）

其他：

1、分支管理，利用svn branch功能，对生产上有并行版本的资源进行管理

2、每个版本上线内容必须在svn归档到tags目录，并设置为只读

==========================================================

附：SVN中的trunk、branches、tags使用说明

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文件控制该目录的访问权限为只读。

本文出自 “技术分享” 博客，谢绝转载！