版本控制之svn

SVN

1. SVN

1.1SVN基本概念

问题: 怎样让系统允许用户共享信息，而不会让他们因意外而互相干扰？

复制-修改-合并方案(Subversion默认的模式)
在这种模型里，每一个客户读取项目配置库建立一个私有工作副本——版本库中文件和目录的本地映射。用户并行
  工作，修改各自的工作副本，最终，各个私有的复制合并在一起，成为最终的版本，这种系统通常可以辅助合并操  
  作，但是最终要靠人工去确定正误。
锁定-修改-解锁方案
在这样的模型里，在一个时间段里配置库的一个文件只允许被一个人修改。 此模式不适合软件开发这种工作。

1.2SVN架构

Subversion支持Linux和Windows，更多是安装在Linux下。
svn服务器有2种运行方式：独立服务器和借助apache运行。两种方式各有利弊，用户可以自行选择。
svn存储版本数据也有2种方式：BDB一种事务安全型表类型和FSFS一种不需要数据库的存储系统。 因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。

2.SVN使用

2.1.1VisualSVN创建工程目录

2.1.2VisualSVN 权限控制

创建用户

创建组


分配权限

2.1.3checkout

检出svn服务器上的项目

一个.svn隐藏目录

2.1.4add

这个代表的是它要添加到svn服务器

2.1.5commit

点击commit

2.1.6update

Update，它是更新操作,可以将svn服务器上的内容更新到本地

2.1.7更新到历史版本查看当前日志

也可以通过下面的方式来更新历史版本

2.1.8delete

标记删除操作，本地文件会删除，我们需要进行提交，才能真正从服务器删除

2.1.9导入与导出

Import将本地资源导入到svn服务器
Export导出项目，和checkout的区别,它不存在.svn隐藏文件

3.IDEA下 SVN 配置与使用

3.1IDEA下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 本地还没有更新的别人提交的代码

3.2IDEA 下SVN使用

3.2.1share project

3.2.2checkout

3.2.3add commit update

3.2.4ignor

3.2.5解决冲突

4.SVN规范

4.1SVN目录规范

在visualSVN中创建仓库时，可以选择svn目录结构

Trunk 主干目录，此目录下的文件为基准文件
Branches 用于开发的分支目录
Tags 用于发布的版本目录
假设有一个项目OA,我们完成了1.0版本，这时就可以打一个tags
后续我们在OA项目上添加一个新的模块(及时通讯),我们就可以开一个分支,又有一个公司需要在我们OA基础上添加 财务管理模块，我们又可以打一个分支。
我们后续针对OA的1.0版本在升级，我们不需要原来附加功能,就可以在原来的主干上继续开发，形成OA2.0版本， 开发完成后就可以在打一个tags

4.2分支与标记

4.2.1.分支或标记规范

分支的定义规则: Project name+日期时间+功能点 Tags的定义规则 Project name+版本号 版本号定义为三段数字编号 xxx.xxx.xxx 第一个:革命性的产品升级版 第二个:新功能版 第三个:修正bug

4.2.2.打分支或标记

Tags一般是只读，它代表的是发布的版本，所以我们不要进行改变。

4.3主干与分支或标记的合并

4.3.1主干合并到分支

首先保证主干是最新的(先update)，在分支这边进行操作