SVN版本控制与分支设置

原文来自http://blog.sina.com.cn/s/blog_56d8ea900100y9cf.html
SVN版本控制与分支设置

(2011-10-18 09:54:36)

转载▼

  分类: 开发辅助

使用SVN+Eclipse做软件版本控制。 (2009年5月)

1,SVN目录结构

Trunk : 主干目录,此目录下的文件为基准文件
Branches : 用于开发的分支目录
Tags : 用于发布的版本目录

下图是基于eclipse svn repositores查看的目录结构

(图片1 : 目录结构)

2,分支的版本

Branches 的定义规则: project name + 日期时间 + 功能点 , 比如 sns-home_20090506_profile , 在创建每一个branch时,必须增加标注。

3,创建新分支

(图片2 : 开始创建分支)

(图片3 : 选择分支命名和SVN 资源路径)

(图片4 : 选择从HEAD revision 或者指定的revision 开始生成分支)

(图片5 : 必须为本分支增加标注)

(图片5 _ 1 : 标注分支)

4,从分支合并到主干

1、当branch版本已经开发和通过测试后,可以通过subeclipse 合并到trunk,可以合并整个项目也可以合并单个文件, 如下图

(图片8 : 多个分支都有改动)

2、如上图,Hi.java文件有改动,那我们就选中 *trunk*下的Hi.java文件(注意不是分支下的Hi.java),然后右击选择team->merge命令

(图片9 : 开始merge)

3、选择merge后弹出如下对话框,具体说明如下,

  1. 第一个红框

    1. 上面部分选择当前文件(项目)对应的分支上的文件(项目),可以通过后面的select按钮选择
    2. 下面部分选择合并的起始版本,一般就是建立分支时的版本就ok,(具体哪个版本根据建立分支时填写的备注即可得知)
  1. 第二个红框默认选中,可以不用管
  2. 第三个红框,就是选择分支上的稳定的版本
    1. 如果确定最后的版本是稳定的,就勾选【Merge to HEAD revision】
    2. 如果最后的版本不是稳定的,那可以选择之前某个稳定的版本即可,可以通过后面的select按钮选择

确认之后点击"Merge",然后开始执行合并操作。

(图片10 : 选择分支以及分支的开始和结束版本)

4、合并完成之后,本地trunk下的文件将会被更新, 注意这里只是合并到本地,还需要你再检查一下合并后的文件是否正确,再次确认后需要使用Team->commit 来提交合并后的内容。

5、建议合并后,再在trunk下对修改过的内容进行测试,最好一个点一个点的进行测试,保证合并后的内容是稳定无误的。

5,标注新版本

(图片6 : 新版本的路径)

(图片7 : 新版本的定义规则)

(图片11 : 合并之后打tag)

6,参考资料

http://subclipse.tigris.org/branch_tag.html
  http://wenku.baidu.com/view/a03f2aeab8f67c1cfad6b8d3.html

7,后记

Alpha:是内部测试版,一般不向外部发布,会有很多Bug.一般只有测试人员使用。

Beta:也是测试版,这个阶段的版本会一直加入新的功能。在Alpha版之后推出。

RC:(Release Candidate) 顾名思义么 ! 用在软件上就是候选版本。系统平台上就是发行候选版本。RC版不会再加入新的功能了,主要着重于除错。

GA :General Availability,正式发布的版本,在国外都是用GA 来说明release版本的。

RTM:(Release to Manufacture)是给工厂大量压片的版本,内容跟正式版是一样的,不过RTM版也有出限制、评估版的。但是和正式版本的主要程序代码都是一样的。

OEM:是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。只能全新安装,不能从旧有操作系统升级。包装不像零售版精美,通常只有一面CD和说明书(授权书)。

RVL:号称是正式版,其实RVL根本不是版本的名称。它是中文版/英文版文档破解出来的。

EVAL:而流通在网络上的EVAL版,与“评估版”类似,功能上和零售版没有区别。

RTL:Retail(零售版)是真正的正式版,正式上架零售版。在安装盘的i386文件夹里有一个eula.txt,最后有一行EULAID,就是你的 版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN,繁体中文正式版是WX.4_PRO_RTL_TW。其中:如果是WX.开头是 正式版,WB.开头是测试版。_PRE,代表家庭版;_PRO,代表专业版。

α、β、λ常用来表示软件测试 过 程中的三个阶段,α是第一阶段,一般只供内部测试使用;β是第二个阶段,已经消除了软件中大部分的不完善之处,但仍有可能还存在缺陷和漏洞,一般只提供给 特定的用户群来测试使用;λ是第三个阶段,此时产品已经相当成熟,只需在个别地方再做进一步的优化处理即可上市发行。

时间: 2024-08-09 06:16:59

SVN版本控制与分支设置的相关文章

搭建SVN版本控制服务器

搭建SVN版本控制服务器 一:实验目标 实战:搭建svn服务器+ apache版本控制服务器  二:实验环境                  系统版本: rhel-server-6.5-x86_64-dvd SVN+apache服务端:xuegod63.cn IP:192.168.1.63 客户端:xuegod64.cn IP:192.168.1.64 服务概述:     由于各个公司所对服务的需求不同,会安装各种不同版本的服务软件,所以管理起来会很困难.在此环境中,会出现代码冲突,项目不同版

SVN项目管理:分支库与合并库

上周接到PM大人的新任务,给主库做分支. 首先,先来看下SVN默认的三大文件夹,这三个文件夹建完库之后,一般默认会有,但是以前用的时候,还是比较简陋的,几乎都是大家提交到trunk里面,整个开发流程下来,一直用的是这个库. 那么,这三个文件夹都应该用来放什么东西呢? 分支(Branching) 分支起始的时候是主线的一个拷贝,但是其后他将保持独立性,拥有自己的变化. 有时你需要创建一个分支,例如你需要开发一个新功能,但是你又不希望新功能开 发完成之前影响主线的开发. 标记(Tagging) 标记

SVN版本控制

* 验证svn安装是否成功:svnadmin --version * 创建svn的数据仓库:svnadmin create E:\repository\svn\usst * 启动svn服务:svnserve -d -r E:\repository\svn\usst 单仓库启动 svnserve -d -r E:\repository\svn 多仓库启动   建议使用多仓库" * 验证svn启动是否成功:netstat -an 查看3690端口是否被占用 * 客户端检出(checkout)文件:s

在SVN中打分支

项目开发中一个版本或许就有几次迭代,而完成一次迭代或一个版本时,通常会讨论下一步的计划,是否要加入新东西新技术,内部人员是否有变动,这时需要在管理工具中做一些备份,以防我们接下来即使修改服务器上东西不成功,也能看到最初的模样,SVN中打分支更好的管理我们项目的版本.不过做起来也需要注意一些细节问题: 首先,从SVN中检出最新项目最新版本,然后打开文件夹,空白处右击-TotoiseSVN-Branch/tag-- 这时输入目标路径和备注信息,需要提醒的是,在SVN中新建的存放分支代码文件夹后,选择

取消svn版本控制

http://www.cnblogs.com/lmllouk/archive/2010/10/11/1847649.html 删除项目中的版本控制,即删除项目文件夹下的所有.svn文件夹(在做项目的时候,有时候想把项目拷回去看看,但是文件太大了,而且压缩起来很慢.这主要是因为在项目中有大量的.svn文件夹.所以才想把.svn删除). 操作很简单,把下面的命令保存至文本文件中,然后把文本文件的后缀名改成"reg",即xxx.reg.执行此文件,完成后在你项目文件夹上点击鼠标右键,就可以看

eclipse下安装和使用svn版本控制[详细图解]

eclipse下安装和使用svn版本控制[详细图解]

手把手教你如何使用svn版本控制工具

废话不多说,今天小编手把手教你使用svn版本控制工具,包括服务端和客户端的配置. 下载连接: 一.首先配置服务端: 1 安装服务端软件 如上图msi文件安装. 安装完成后,打开命令提示符 输入 svn  如下则成功,如不成功,则需在环境变量 path中配置svn安装文件bin目录 2 使用命令提示符创建仓库  如下表示 在e盘根目录 创建 名为 aa 的仓库 3 修改仓库中的配置文件: a  在svnserve.conf中修改password_db位置如图: b  在password文件中指定连

SVN版本控制推荐使用方法

SVN版本控制推荐使用方法 flyfish 2015-7-29 因为SVN的使用比较灵活,这里只是推荐使用的一种方式 目录结构 trunk/ branches/ tags/ 在branches中有按照每个人名字命名的文件夹,当做好自己的任务之后合并到trunk 发布时从trunk的中创建tag tags +release1.0(copy from trunk) 修复Bug 在使用软件的过程发现1.0版本有bug,需要修复,从tag的release1.0中创建branch  branches +

SVN 迁移项目分支

svndumpfilter 因为Subversion使用底层的数据库储存各类数据,手工调整是不明智的,即使这样做并不困难.何况,一旦你的数据存进了版本库,通常很难再将它们从版本库中删除.[13]但是不可避免的,总会有些时候你需要处理版本库的历史数据.你也许想把一个不应该出现的文件从版本库中彻底清除.或者,你曾经用一个版本库管理多个工程,现在又想把它们分开.要完成这样的工作,管理员们需要更易于管理和扩展的方法表示版本库中的数据,Subversion版本库转储文件格式就是一个很好的选择. Subve