SVN目录结构

整理了一下svn目录结构,如下:

项目名称

----branches    软件产品的迭代开发版本

----tags        软件产品经过完整测试的历史稳定版本,已部署在客户机器上使用的

----trunk       软件产品当前的主干开发版本

--------libraries  软件开发依赖的库(dll/jar)、组件等

--------target    软件编译生成的目标目录

----docs        软件相关文档

--------00管理

------------00项目计划

------------01会议纪要

------------02项目周报

------------03出差报告

------------04项目组通讯录  各模块负责人及联系方式

--------01需求

------------00资料收集  行业标准文件、参考文档、论文&专利等

------------01调研报告  前期会议纪要、演示PPT&手稿等

------------02需求文档  产品需求文档(PRD)、原型、需求变更记录等

--------02设计

------------00总体设计  架构设计

------------01概要设计

------------02详细设计

--------03开发

------------00开发指南

------------01程序设计   设计原稿图PSD、JPG、HTML

--------04测试

------------00测试用例

------------01测试报告

--------05发布

------------00部署环境

------------01发布记录

------------02使用手册  配置说明书、调试说明书、使用说明书

--------06实施

------------00用户培训

------------01数据初始化

------------02运维情况

--------07验收

------------00验收文档

原文地址:https://www.cnblogs.com/cheng2015/p/10483966.html

时间: 2024-10-11 15:12:23

SVN目录结构的相关文章

源代码管理工具(下)-SVN目录结构

正规项目的SVN目录结构一般有3个文件夹:trunk:主干,当前开发项目的主目录branches:分支目录,添加非主线功能时使用,开发测试之后,可以合并到主干项目中tags:标记目录,通常作为重大版本的备份 在svn服务器上再次创建一个仓库,这个仓库死真正的仓库,包含了trunk.branches.tags三个文件夹,模拟开发.修复bug.合并版本的流程. 1.创建仓库 2.命名仓库 3.初始化仓库: 4.访问设置: 5.仓库创建成功,预览URL: 6.查看创建的三个文件夹: 7.接下来,根据项

关于SVN 目录结构

Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/   |   +-trunk   +-branches   +-tags     这 是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使 用,svn并没有明确的规范,更多的还是用户自己的习惯.    对于这几个开发目录,一般的使用方法有两种.我更多的是

保持SVN仓库结构只checkout部分子目录

有时整个 svn 目录太过于庞大,不想整个 checkout 下来,但又想维持整个目录结构以方便后续使用,那么可以使用 subversion 1.5 之后的 –depth 参数来只 checkout 需要的子目录. # 先checkout空目录svn co --depth empty svnLocation localDir # 对需要的子目录递归checkoutsvn update --set-depth infinity localDir/datasvn update --set-depth

Android SVN开发实战之目录结构介绍

svn有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/ | +-trunk +-branches +-tags 这 是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使 用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从软件产品的角度出发 (比如freebsd)

02 svn 文件提交与目录结构

一:文件操作给svn服务器提交程序文件: ① 在被提交文件的身上点击右键------> tortoiseSVN----->add ② 在被提交文件身上点击右键------> commit ③ 如果不 成功,开启匿名用户访问权限(d:/svnserver/shop/conf/svnserve.conf) ④ 继续commit操作 备注[修改匿名权限]:svnserve.conf => 添加: anon-access = write 二:目录结构 文件在仓库的什么地方存放: ① 日志在

SVN仓库目录结构

SVN仓库目录结构Repository: trunktagsbranches trunk(主干|主线) branchs(分支) tags(标记) truck(主干|主线|主分支):是用来做主方向开发的,新功能的开发应放在主线中,当模块开发完成后,需要修改,就用branch.branch(分支):分支开发和主线开发是可以同时进行的,也就是并行开发,分支通常用于修复bug时使用 tag(标记):用于标记某个可用的版本,可以标记已经上线发布的版本,也可以标记正在测试的版本,通常是只读的 SVN具体操作

【转】svn 的开发目录结构和流程

原文: https://blog.csdn.net/iteye_15570/article/details/82548132 ---------------------------------------------------------- Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,bran

SVN标准目录结构

Trunk 这是SVN目录的主分支,表示日常开发中的项目,任何时候Trunk里包含的都是最新的开发代码. 这里的代码将会工作到你的下一个主要发布版本. Trunk应该只被用来开发将会成为你的下一个重要版本的代码. Branches 分支 Experimental branches 有时你想将某个新技术引进项目.这很好,但是你当然不想赌上你的整个项目. Bug fix branches 分支也可以用于处理trunk或release branches里发现的严重的Bug. Tags 一般情况下,ta

Maven学习-目录结构

Maven学习-入门 1. 什么是Maven 2. 如何用Maven来构建项目 3. Maven项目的目录结构 Maven约定了一套规则来创建和构建项目.得益于Maven的一些约定,我们只要学习相对很少的命令就可以创建和管理我们的项目.在项目的目录结构上,Maven有一套约定的通用的目录结构. 使用一套通用的目录结构的好处是,可以减少开发人员熟悉不同Maven项目时的认知负担.在使用相同的目录结构的情况下,开发人员可以很快的熟悉一个项目. 1.Maven通用的目录结构介绍 通用目录结构 Mave