SVN
一、SVN介绍
SVN是Subversion的简称,是一个自由开源的版本控制系统。 Subversion将文件存放在中心版本库里,这个版本库很像一个普通的文件服务器,不同的是,它可以记录每一次文件和目录的修改情况,这样就可以借此将数据恢复到以前的版本,并可以查看数据的更改细节早期版本控制使用的是CVS,来SVN替代了CVS,随着android兴起,出现Git版本控制工具。
1.1、SVN基本概念
问题: 怎样让系统允许用户共享信息,而不会让他们因意外而互相干扰?
复制-修改-合并方案(Subversion默认的模式)
在这种模型里,每一个客户读取项目配置库建立一个私有工作副本——版本库中文件和目录的本地映射。用户并行工作,修改各自的工作副本,最终,各个私有的复制合并在一起,成为最终的版本,这种系统通常可以辅助合并操作,但是终要靠人工去确定正误。
锁定-修改-解锁方案
在这样的模型里,在一个时间段里配置库的一个文件只允许被一个人修改。 此模式不适合软件开发这种工作。
1.2、SVN架构
Subversion支持Linux和Windows,更多是安装在Linux下。
svn服务器有2种运行方式:独立服务器和借助apache运行。两种方式各有利弊,用户可以自行选择。
svn存储版本数据也有2种方式:
BDB:一种事务安全型表类型
FSFS:一种不需要数据库的存储系统。
因为BDB方式在服务器中断时,有可能锁住数据,所以还是FSFS方式更安全一点。
二、SVN使用
SVN工具:
如window下svn服务器VisualSVN,客户端工具TortoiseSVN以及idea svn插件的使用。
SVN是一种集中式管理代码的版本控制系统,原理就是把代码都保存到一个固定的位置(仓库),每次从这个位置 拷贝更新代码,进行编辑;再把修改后的代码提交到该目录中。多人协作开发也是如此。因此需要一个类似Oracle 或者Mysql的服务器用于保存和管理库文件(要保存的代码等文件)的服务端——VisualSVN Server。还需要一个 用户的操作端,用于提交更新检出代码,常用的有 idea 的 SVN 插件,以及 TortoiseSVN(小乌龟)。
SubVersion 官网:http://subversion.apache.org/
2.1、服务器VisualSVN安装与配置
2.1.1、VisualSVN下载
2.1.2、VissualSVN安装与创建仓库
2.1.3、VIsualSVN创建工程目录
2.1.4、VisualSVN权限控制
创建用户
创建组
分配权限 :右键仓库-->Properties
2.2、客户端TortoiseSVN安装与使用
2.2.1、TortoiseSVN下载
2.2.2、TortoiseSVN安装
2.2.3、TortoiseSVN常用操作
2.2.3.1、浏览仓库
https://LAPTOP-93DSCCOD:8443/svn/bos/
正常情况下,在浏览仓库时会要求录入username与password 我们可以清空svn客户端的缓存 。
2.2.3.2、checkout
检出svn服务器上的项目 。
注意:检出后会有一个 .svn 隐藏目录。
2.2.3.3、add
+ 代表将要添加到SVN服务器。
2.2.3.4、commit
2.2.23.5、update
Update,它是更新操作,可以将svn服务器上的内容更新到
2.2.3.6、更新到历史版本
查看当前日志

也可以通过下面的方式来更新历史版本。
2.2.3.7、delete
标记删除操作,本地文件会删除,我们需要进行提交,才能真正从服务器删除。
2.2.3.8、导入与导出
Import:将本地资源导入到svn服务器
Export:导出项目,和checkout的区别,它不存在.svn隐藏文件
2.2.3.9、冲突问题与解决
多个用户同时操作同一个文件时,就可能产生冲突情况。


保存。 TortoiseSVN-->Edit confilicts 提交,就可以解决冲突。
2.3、IDEA下SVN配置于使用
2.3.1、IDEA下SVN配置
前提是电脑上已经安装了TortoiseSVN。
安装完成。
1、Update Project 更新项目
2、Commit changes 提交项目上所有变化文件
3、Compare with the Same Repository Version 当前文件与服务器上该文件通版本的内容进行比较。如果当前编辑 的文件没有修改,则是灰色不可点击。
4、Show history 显示当前文件的历史记录 5.Revert 还原当前被修改的文件到违背修改的版本状态下
1、Local Changes 本地修改过的文件都会出现在这里
2、Repository svn仓库所有提交记录
3、Incoming 本地还没有更新的别人提交的代码
2.3.2、IDEA下SVN使用
2.3.2.1、share project
2.3.2.2、checkout
如果是先删除在checkout下来的话,要保证原来的工程已经删除了。
2.3.2.3、add commit update
2.3.2.4、ignore

2.3.2.5、解决冲突

三、SVN规范
3.1、SVN目录规范
Trunk 主干目录,此目录下的文件为基准文件 Branches 用于开发的分支目录 Tags 用于发布的版本目录。
假设有一个项目OA,我们完成了1.0版本,这时就可以打一个tags 。
后续我们在OA项目上添加一个新的模块(及时通讯),我们就可以开一个分支,又有一个公司需要在我们OA基础上添加 财务管理模块,我们又可以打一个分支。
我们后续针对OA的1.0版本在升级,我们不需要原来附加功能,就可以在原来的主干上继续开发,形成OA2.0版本, 开发完成后就可以在打一个tags。
3.2、分支与标记
3.2.1、分支或标记规范
分支的定义规则:
Project name+日期时间+功能点
Tags的定义规则: -->一般是只读的。里程碑阶段产品。
Project name+版本号 版本号定义为三段数字 编号 xxx.xxx.xxx
第一个:革命性的产品升级版 第二个:新功能版 第三个:修正bug
3.2.2、打分支或标记
在拉取下来的最新的项目中,然后创建分支
填写分支文件夹名称:
visualSVN上的显示:
3.3、主干与分支或标记的合并
3.3.1、主干合并到分支
首先保证主干是新的(先update),在分支这边进行操作



创建新的仓库的时候,可以使用 VisualSVN Server。

浙公网安备 33010602011771号