【转】svn目录组织

今天复习和整理一下svn目录和组织。

虽然组织有多种，我倾向于使用项目作为主目录。

【转自】http://www.uml.org.cn/pzgl/200807117.asp

wolfwebadmin
├─ProjectManagement
│ ├─trunk
│ ├─branches
│ └─tags
└─SSO
├─trunk
├─branches
└─tags 

 

大概的说一下, ProjectManagement和SSO是两个项目 trunk是开发的主线代码, 存放能够运行的正确的代码; 程序员如果开发新的程序或者改bug, 一般要先branch(SVN的一个功能) trunk目录下的代码到branches目录的一个子目录,在那里对代码进行修改, 确认无误后再提交到trunk主线下(但是有的时候为了效率, 我们也多人都在trunk目录下开发项目). tags目录可以看做主线代码的快照, 比如你做了1.0又做了2.0, 那每个不同版本的代码你就做快照放到tags文件夹下了.

 

一个Subversion版本库实现了一种版本化的文件系统，版本库只是一个包含目录和文件的文件系统，而且它的文件系统是版本化的，并且实现了” 廉价”拷贝，让它的这种操作比传统文件系统便宜很多，但是版本库本身还是像一个文件系统：Subversion本身没有特别的目录或名称用来代表 trunk或branches，他们只是文件系统的普通目录，这依赖于你给这些目录名和结构的一种意义。

也就是说，社区已经采纳了多种普通的布局作为最佳实践，因此一个人可以将其视为推荐方式。如果你的版本库是公共访问的，根据这些习惯，用户可以方便的访问版本库来查找他们所需要的。