03-项目SVN目录结构

svn常见结构摘要：1.SVN 简介2.SVN 常见结构1.trunk2.branches3.tags4.revisions正文：1.SVN 简介SVN，全称Subversion，是一个开源的版本控制系统，用于管理代码和文档的修改和变更。

通过使用SVN，团队成员可以在协同工作中追踪和共享修改。

SVN 具有分布式特点，即可以在本地计算机上直接进行版本控制，而不需要网络连接。

2.SVN 常见结构SVN 中的常见结构包括：trunk、branches、tags 和revisions。

了解这些结构有助于更好地管理和协同工作。

1.trunktrunk 是SVN 中的主分支，用于存储项目的最新稳定版本。

当团队成员提交更新时，这些更新会首先添加到trunk 中。

trunk 是开发过程中的核心分支，也是发布新版本的基础。

2.branchesbranches 是用于存储项目不同版本的分支。

当团队成员需要开发一个新功能或者修复一个bug 时，可以从trunk 中创建一个新的分支。

这样，团队成员可以在新分支上进行开发，而不会影响到trunk 中的稳定版本。

分支完成后，可以将其合并回trunk。

3.tagstags 是用于标记项目特定版本的分支。

与branches 不同，tags 通常是只读的，这意味着团队成员不能在tags 上进行修改。

tags 可以帮助团队成员追踪项目的历史版本，并在需要时恢复到特定版本。

4.revisionsrevisions 是SVN 中的基本单元，用于记录每一次提交更新的详细信息。

每个revision 都有一个唯一的标识符，称为revision number。

通过revision number，团队成员可以追踪代码的变更历史，以及是谁在何时进行了哪些修改。

总之，SVN 的常见结构包括trunk、branches、tags 和revisions。

了解这些结构有助于更好地管理和协同工作。

svn 管理规范svn管理规范版本控制系统（Version Control System，简称VCS）是软件开发过程中非常重要的一环。

它可以帮助开发者管理和跟踪代码的变更，并且提供团队协作的平台。

其中，Subversion（简称svn）是一种常用的版本控制系统，本文将介绍svn的管理规范，以帮助团队更好地利用和维护代码库。

一、项目目录结构规范在svn中，良好的项目目录结构有助于提高代码的管理效率。

下面是一种常用的目录结构示例：/trunk：主开发分支，包含最新稳定版本的代码。

/branches：用于存放各个功能开发分支，每个分支对应一个特定的功能或任务。

/tags：用于存放各个版本的发布代码，每个版本对应一个标签。

除了上述目录外，可以根据具体项目的需求，在项目目录下添加适当的子目录，用于存放文档、配置文件等。

保持目录结构的一致性和规范性，有助于团队成员之间的协作和代码追溯。

二、提交日志规范在svn中，提交日志（Commit Log）是记录代码变更的重要信息，它对于维护代码历史、查找改动原因等都非常有价值。

因此，编写规范的提交日志是必要的。

以下是一些提交日志规范的建议：1. 简明扼要：提交日志应该简洁明了，能够快速传递变更的信息。

2. 描述变更内容：明确记录每次变更的具体内容，例如修复了某个bug、新增了某个功能等。

3. 引用相关事项：如果某次提交与特定的issue、需求或者任务相关，应该在提交日志中进行引用。

4. 避免无意义的提交：避免不必要的提交，例如空格调整、拼写错误修正等。

三、分支管理规范svn的分支功能可以帮助团队进行并行开发，不同功能模块可以在不同的分支上进行独立开发，最后再进行合并。

以下是一些建议的分支管理规范：1. 主分支保持稳定：将主分支（/trunk）保持稳定，只有经过测试和验证的代码才能合并至主分支。

2. 分支命名规范：分支命名应具备一定的可读性，可以采用功能模块的名称或者相关的任务、需求编号等。

SVN结构什么是SVN结构SVN（Subversion）是一个开源的版本控制系统，用于管理项目的源代码。

SVN结构是指在使用SVN进行版本控制时，项目中的文件和目录的组织方式。

SVN结构是一个层次化的结构，以便于团队成员协作开发和管理项目。

它包括仓库（Repository）、目录（Directory）、文件（File）等元素。

SVN结构的组成1. 仓库（Repository）仓库是SVN中最顶层的结构，它存储了项目的所有版本信息。

一个SVN仓库可以包含多个项目，每个项目都有一个唯一的根目录。

仓库是一个集中式的存储空间，团队成员可以通过SVN客户端从仓库中获取最新的代码，并将自己的修改提交到仓库。

2. 目录（Directory）目录是SVN仓库中的一个元素，它用于组织和管理文件。

目录可以包含子目录和文件。

在SVN结构中，目录可以表示项目的不同模块或功能，例如src目录存放源代码，doc目录存放文档，test目录存放测试代码等。

3. 文件（File）文件是SVN仓库中的一个元素，它存储了项目的具体内容。

文件可以是源代码文件、文档文件、配置文件等。

在SVN结构中，文件可以直接存放在目录中，也可以存放在子目录中。

SVN结构的最佳实践1. 分层结构为了方便管理和维护，SVN结构应该采用分层的方式组织。

可以按照功能、模块、团队等维度进行划分，每个层级对应一个目录。

例如，可以将项目按照功能划分为src目录（存放源代码）、doc目录（存放文档）、test目录（存放测试代码）等。

2. 规范命名为了方便团队成员理解和使用，SVN结构中的目录和文件应该使用规范的命名方式。

命名应该简洁明了，能够准确描述目录或文件的内容。

例如，可以使用英文单词或缩写作为目录和文件的名称，避免使用中文或复杂的命名方式。

3. 忽略不必要的文件在SVN结构中，有些文件是不需要进行版本控制的，例如编译生成的文件、临时文件等。

为了避免这些文件影响版本控制，可以将其添加到SVN的忽略列表中。

SVN目录结构设计目录1引言 (3)1.1软件概述 (3)2 目录结构规划 (3)2.1公司常用文档 (3)2.2软件开发相关文档模板 (3)2.3软件开发常用软件 (3)2.3.1 开发工具 (3)2.3.2 设计工具 (3)2.3.3 前台工具 (3)2.3.4 通用工具 (4)2.4软件项目 (4)2.4.1软件名称（客户名称） (4)2.5公司产品 (4)2.5.1产品名称 (4)1引言1.1软件概述基于目前的软件部情况，决定采用SVN公共管理平台，来解决一些公共文件的整合。

2 目录结构规划2.1公司常用文档软件开发相关文档模板中用来存放软件开发过程中常用的文档模板，包括软件需求分析模板、软件概要设计模板、软件详细设计模板、软件测试要点等。

2.2软件开发相关文档模板软件开发相关文档模板中用来存放软件开发过程中常用的文档模板，包括软件需求分析模板、软件概要设计模板、软件详细设计模板、软件测试要点等2.3软件开发常用软件2.3.1 开发工具软件开发常用的工具，包括vs2015、SqlSever等。

2.3.2 设计工具软件开发常用的工具，包括Axure、PowerDesigner等。

2.3.3 前台工具软件开发常用的工具，包括photoshop、Illustrator、flash开发工具等。

2.3.4 通用工具软件开发常用的工具，包括反编译软件、有道翻译、飞秋等。

2.4软件项目软件项目主要是公司准备或正在开发的软件项目，各项目以“软件名称（客户名称）”命名。

2.4.1软件名称（客户名称）项目启动后在软件项目下添加软件名称目录，用来管理整个项目。

该目录下又包括了软件相关文档、软件代码、其他相关。

2.4.1.1软件相关文档软件相关的文档，如软件需求分析文档、软件概要设计文档、原型等。

2.4.1.2软件代码软件相关的文档，如软件需求分析文档、软件概要设计文档等。

2.4.1.2其他相关软件相关一些图片、软件等。

SVN管理规范SVN（Subversion）是一种版本控制系统，用于管理和跟踪软件开辟过程中的代码变更。

为了确保团队成员之间的协作顺畅，提高代码管理的效率和质量，制定一套SVN管理规范是非常必要的。

本文将详细介绍SVN管理规范的标准格式，包括仓库结构、分支管理、提交规范、冲突解决等方面。

一、仓库结构SVN仓库是存储代码的地方，良好的仓库结构可以使代码的组织和查找更加方便。

通常，一个项目对应一个仓库，仓库下可以有多个项目。

1. 主仓库结构主仓库结构普通包括以下目录：- branches：用于存放项目的分支，每一个分支对应一个目录。

- tags：用于存放项目的标签，每一个标签对应一个目录。

- trunk：用于存放项目的主干代码。

2. 项目仓库结构项目仓库结构普通包括以下目录：- docs：用于存放项目相关的文档。

- src：用于存放项目的源代码。

- test：用于存放项目的测试代码。

- lib：用于存放项目的依赖库。

二、分支管理分支是SVN中重要的概念，它能够实现并行开辟和版本控制。

在项目开辟过程中，合理地使用分支可以提高团队的工作效率。

1. 分支创建创建分支时，应该遵循以下原则：- 从主干（trunk）创建分支。

- 分支名称应该具有描述性，能够清晰表达分支的目的和用途。

- 创建分支时，应该在分支目录下添加一个README文件，用于记录分支的相关信息。

2. 分支合并分支开辟完成后，需要将其合并回主干。

合并时，应该遵循以下原则：- 在合并前，需要先更新主干代码，确保与分支代码同步。

- 使用合适的合并策略，如合并所有变更、合并指定范围的变更等。

- 合并完成后，应该进行代码的冲突解决和测试，确保合并后的代码质量。

三、提交规范提交是将代码变更保存到SVN仓库中的操作，为了保证提交的质量和可追溯性，需要遵循一定的提交规范。

1. 提交前检查在提交待码前，应该进行以下检查：- 代码是否符合编码规范。

- 是否有未提交的代码变更。

SVN仓库⽬录结构规划SVN仓库⽬录结构规划服务器2010-06-10 16:08:31 阅读109 评论0 字号：⼤中⼩订阅SVN仓库的负责⼈规划好仓库的⽬录结构。

推荐的⽬录结构如下图所⽰。

仓库的⼀级⽬录只有两个，分别为code和doc。

其中，doc主要⽤来放置先期的⽂档，code 主要⽤来放置⼯程的代码，也可以包含后期的⽂档。

仓库的⼆级⽬录只可以是branch与trunk两个⽬录，分别存放主⼲与分⽀。

trunk⽬录下直接存放⼯程⽂件。

branch⽬录下包括⼀些⼦⽬录分别对应各个分⽀。

图 2.4从SVN仓库中取出代码时，⼀定不要把整个仓库取出来，⽽应该只取出trunk⽬录，或只取出branch下的某个分⽀⽬录（⽐如上图中的svn:codebranchxw_051206）。

⼀个项⽬会有多个⼈共同合作开发完成。

基本流程是：●各开发成员建⽴⾃⼰的分⽀，并在此分⽀上开发；●各开发成员把分⽀合并到主⼲上并形成较为稳定的版本；●各个成员重新从主⼲上建⽴新的分⽀，在此分⽀上开发(即回到第⼀步)●循环往复，直到⼯程结束。

下⾯我⽤⼀个例⼦来说明合作开发的基本流程。

现在xb与lzj两个开发⼈员要共同开发⼀个⼯程onlytest，其这个⼯程的主⼲的SVN仓库地址如下图。

图 2.5xb与lzj分别在onlytest这个⼯程中建⽴两个分⽀，分别为xb _051115和lz_051115。

在这⾥分⽀命名要采⽤[姓名缩写_6个数的⽇期_后缀(可选)]的形式，⽐如xb_051208_1，xb_051212之类的。

创建完分⽀后我们可以看到这个⼯程的⽬录结构如下图所⽰：图 2.6分⽀⽬录建完之后，xb和lzj分别在本地取出对应的分⽀进⾏开发。

当程序到达⼀个⽐较稳定的阶段，就需要把分⽀合并到主⼲上，下⾯讲述⼀下合并的流程。

在本节中继续使⽤上⼀节中所⽰的⼯程与SVN仓库讲解。

1.2.3.1 xb与lzj分别修改⾃⼰分⽀上的代码现在，主⼲上的test_SVN.txt是空⽂档。

一：Svn server目录结构说明├─Product_A│├─branches│├─tags│└─trunk│├─doc├─ Requirement├─ Design├─ Code├─ Test├─ Implement├─ Release├─ ProjectManagement│├─Project├─ java├─ home├─ webapp├─ notice(修改记录等)│├─DB├─ DB2/Oracle├─ initdata├─ function├─ procedure├─ create(建库，工作空间，表，视图等脚本)├─ DPC├─ HDS│├─SDK(软件开发工具包,如dorado插件等)每个软件产品对应SVN根目录下的一个二级子目录。

每一个软件产品目录又主要包括如下三个部分：（1）Tag；（2）Trunk；（3）BranchesTag：按版本保存该软件产品所有的经过完整测试的历史稳定版本，相当于该软件产品的“里程牌”。

Trunk：目录是软件产品当前的主干开发版本。

Branches：目录是软件产品的迭代开发版本。

Branches目录中应按当前迭代的版本组织目录，版本目录下的子目录组织参考Trunk目录。

分为Tag，Trunk，Branches三个目录的主要原因是在项目分多期的情况下，一期上线后形成的稳定版本应该copy在Tag下并打上相应的标签如tag_release_1_0。

那么在二期启动后又发现的一期的BUG，这是二期处于开发阶段那么在trunk下直接修改bug发布到生成环境下是不现实的。

这时应该基于tag_release_1_0上做一个branch如branch_bugfix_1_0。

在branch_bugfix_1_0上修复BUG，并形成一个稳定版本并标记这个分支到Tag目录下为tag_release_1_1。

在将tag_release_1_1发布到生产环境中。

并根据需要将branch_bugfix_1_0合并到Trunk中。