SVN
介绍SVN
SVN是Subversion的简称,是一个开放源代码的版本控制系统,相较于RCS、CVS,它采用了分支管理系统,它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目,共用资源的目的
SVN 的一些概念
名称 | 含义 |
---|---|
repository(源代码库) | 源代码统一存放的地方 |
Checkout(提取) | 当你手上没有源代码的时候,你需要从repository checkout一份 |
Commit(提交) | 当你已经修改了代码,你就需要Commit到repository |
Update (更新) | 当你已经Checkout了一份源代码, Update一下你就可以和Repository上的源代码同步,你手上的代码就会有最新的变更 |
日常开发过程其实就是这样的(假设你已经Checkout并且已经工作了几天):Update(获得最新的代码) -->作出自己的修改并调试成功 --> Commit(大家就可以看到你的修改了) 。
如果两个程序员同时修改了同一个文件呢, SVN 可以合并这两个程序员的改动,实际上SVN管理源代码是以行为单位的,就是说两个程序员只要不是修改了同一行程序,SVN都会自动合并两种修改。如果是同一行,SVN 会提示文件 Conflict, 冲突,需要手动确认。
SVN 的主要功能
-
目录版本控制
CVS 只能跟踪单个文件的历史, 不过 Subversion 实作了一个 “虚拟” 的版本控管文件系统, 能够依时间跟踪整个目录的变动。 目录和文件都能进行版本控制。
-
真实的版本历史
自从CVS限制了文件的版本记录,CVS并不支持那些可能发生在文件上,但会影响所在目录内容的操作,如同复制和重命名。除此之外,在CVS里你不能用拥有同样名字但是没有继承老版本历史或者根本没有关系的文件替换一个已经纳入系统的文件。在Subversion中,你可以增加(add)、删除(delete)、复制(copy)和重命名(rename),无论是文件还是目录。所有的新加的文件都从一个新的、干净的版本开始。
-
自动提交
一个提交动作,不是全部更新到了档案库中,就是不完全更新。这允许开发人员以逻辑区间建立并提交变动,以防止当部分提交成功时出现的问题。
-
纳入版本控管的元数据
每一个文件与目录都附有一組属性关键字并和属性值相关联。你可以创建, 并儲存任何你想要的Key/Value对。 属性是随着时间来作版本控管的,就像文件內容一样。
-
选择不同的网络层
Subversion 有抽象的档案库存取概念, 可以让人很容易地实作新的网络机制。 Subversion 可以作为一个扩展模块嵌入到Apache HTTP 服务器中。这个为Subversion提供了非常先进的稳定性和协同工作能力,除此之外还提供了许多重要功能: 举例来说, 有身份认证, 授权, 在线压缩, 以及文件库浏览等等。还有一个轻量级的独立Subversion服务器, 使用的是自定义的通信协议, 可以很容易地通过 ssh 以 tunnel 方式使用。
-
一致的数据处理方式
Subversion 使用二进制差异算法来异表示文件的差异, 它对文字(人类可理解的)与二进制文件(人类无法理解的) 两类的文件都一视同仁。 这两类的文件都同样地以压缩形式储存在档案库中, 而且文件差异是以两个方向在网络上传输的。
-
有效的分支(branch)与标签(tag)
在分支与标签上的消耗并不必一定要与项目大小成正比。 Subversion 建立分支与标签的方法, 就只是复制该项目, 使用的方法就类似于硬连接(hard-link)。 所以这些操作只会花费很小, 而且是固定的时间。
-
Hackability
Subversion没有任何的历史包袱; 它主要是一群共用的 C 程序库, 具有定义完善的API。这使得 Subversion 便于维护, 并且可被其它应用程序与程序语言使用。
优于CVS之处
- 原子提交。一次提交不管是单个还是多个文件,都是作为一个整体提交的。在这当中发生的意外例如传输中断,不会引起数据库的不完整和数据损坏。
- 重命名、复制、删除文件等动作都保存在版本历史记录当中。
- 对于二进制文件,使用了节省空间的保存方法。(简单的理解,就是只保存和上一版本不同之处)
- 目录也有版本历史。整个目录树可以被移动或者复制,操作很简单,而且能够保留全部版本记录。
- 分支的开销非常小。
- 优化过的数据库访问,使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。
流程:
首先从svn上下载项目代码,
进入到自己的分支,进行开发工作(提交、查看)
下发,把分支合并到主干上。
缺点:
由于每一次提交都需要保留原始副本,数据库容量很大。
连接不上服务器,基本就不能正常工作了。
不适合开源系统开发
优点:
管理方便,逻辑清晰
易于管理,集中式svn服务器更能保证数据安全性。
代码一致性非常高。
适合开发人数不多的项目。
普及度高。
搭建 SVN
安装subversion
//安装
[root@localhost1 ~]# yum install subversion
//新建一个目录用于存储SVN目录
[root@localhost1 ~]# mkdir /svn
//新建一个测试仓库
[root@localhost1 ~]# svnadmin create /svn/test/
[root@localhost1 ~]# ll /svn/test/
总用量 8
drwxr-xr-x. 2 root root 76 10月 12 17:58 conf #是这个仓库配置文件(仓库用户访问账户,权限)
drwxr-sr-x. 6 root root 233 10月 12 17:58 db
-r--r--r--. 1 root root 2 10月 12 17:58 format #是一个文本文件,里边只放了一个整数,表示当前文件库配置的版本号
drwxr-xr-x. 2 root root 231 10月 12 17:58 hooks #放置hook脚步文件的目录
drwxr-xr-x. 2 root root 41 10月 12 17:58 locks #用来放置subversion的db锁文件和db_logs锁文件的目录,用来追踪存取文件库的客户端
-rw-r--r--. 1 root root 246 10月 12 17:58 README.txt
//查看conf,这个是存放配置文件的
[root@localhost1 ~]# ll /svn/test/conf/
总用量 20
-rw-r--r--. 1 root root 1080 10月 12 17:58 authz #权限控制文件
-rw-r--r--. 1 root root 885 10月 12 17:58 hooks-env.tmpl
-rw-r--r--. 1 root root 309 10月 12 17:58 passwd #帐号密码文件
-rw-r--r--. 1 root root 4375 10月 12 17:58 svnserve.conf #SVN服务配置文件
//配置SVN服务的配置文件svnserver.conf
[root@localhost1 ~]# vim /svn/test/conf/svnserve.conf
anon-access = read ##注意前边不要有空格,要顶齐 匿名用户可读
auth-access = write ##注意前边不要有空格,要顶齐 授权用户可写
password-db = passwd ##注意前边不要有空格,要顶齐 使用哪个文件作为账号文件
authz-db = authz ##注意前边不要有空格,要顶齐 使用哪个文件作为权限文件
realm = This is My First Test Repository ##提示信息
//配置访问用户及密码
[root@localhost1 ~]# vim /svn/test/conf/passwd
admin=123
test1=123
test2=123
#创建了2个用户,一个test1,一个test2
//配置新用户的授权文件
[root@localhost1 ~]# vim /svn/test/conf/authz
[root@localhost1 ~]# cat /svn/test/conf/authz
[/]
admin=rw
test1=r
test2=r
*=
#admin对/svn/下所有文件具有可读可写权限,test只有只读权限,除此之外,其它用户均无任何权限,最后一行*=很重要不能少。
//启动与停止
[root@localhost1 ~]# svnserve -d -r /svn/
[root@localhost1 ~]# ss -anlt
State Recv-Q Send-Q Local Address:Port Peer Address:Port
LISTEN 0 128 0.0.0.0:3690 0.0.0.0:*
LISTEN 0 128 0.0.0.0:22 0.0.0.0:*
LISTEN 0 128 [::]:22 [::]:*
[root@localhost1 ~]# killall svnserve
客户端
安装过程默认即可
客户端连接
账户密码是之前的自己设置的
提交
在win桌面上有个test目录中添加一个文件
如果没有添加成功,那就更换一个用户