SVN 简介、安装及使用

SVN 简介、安装及使用
Subversion(SVN) 是一个开源的版本控制系統, 也就是说 SVN 管理着随时间改变的数据。 这些数据放置在一个中央资料档案库(repository) 中。 这个档案库很像一个普通的文件服务器, 不过它会记住每一次文件的变动。 这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。
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之处
1、原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。
2、重命名、复制、删除文件等动作都保存在版本历史记录当中。
3、对于二进制文件，使用了节省空间的保存方法。（简单的理解，就是只保存和上一版本不同之处）
4、目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。
5、分支的开销非常小。
6、优化过的数据库访问，使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。
 
 
一. 使用yum 安装SVN包
关于YUM 服务器的配置参考：
Linux 搭建 YUM 服务器
1.安装svn命令如下
[root@shxt~]# yum install -y subversion 验证安装版本
[root@shxt ~]# svnserve --version 创建SVN 版本库
[root@shxt ~]# mkdir /var/www/svn
[root@shxt ~]# svnadmin create /var/www/svn/testproject -- testproject 为版本库名称 为svn创建用户
[root@shxt ~]# htpasswd -c /var/www/passwd ***(这个根据情况不同，写法不同， -c是创建用户（删除原有用户）,-d是在原有基础上添加用户）)
 
 
2.配置svn
创建版本库后，在这个目录下会生成3个配置文件：
 
[root@shxt conf]# pwd
/var/www/svn/testproject/conf
[root@shxt conf]# ls
authz passwd svnserve.conf
 
  • svnserve.conf 文件， 该文件配置项分为以下5项：
  • anon-access： 控制非鉴权用户访问版本库的权限。
  • auth-access： 控制鉴权用户访问版本库的权限。
  • password-db： 指定用户名口令文件名。
  • authz-db：指定权限配置文件名，通过该文件可以实现以路径为基础的访问控制。
  • realm：指定版本库的认证域，即在登录时提示的认证域名称。若两个版本库的认证域相同，建议使用相同的用户名口令数据文件
  • Passwd 文件 ：
我们在svnserve.conf文件里启用这个文件。然后配置如下：
 
[root@shxt conf]# vi passwd
[users]
# harry = harryssecret
# sally = sallyssecret
admin = admin
zhangsan= zhangsanpwd
 
  • authz 文件 ：
下面我们来配置我们的authz文件：
 
[root@shxt conf]# vi authz
[groups]
admin = admin
zhangsan=zhangsan
[project:/]
@admin = rw
@zhangsan = rw
[root@shxt conf]#
 
以下是在网上找到一个很好的配置例子：
 
[groups]
admin = john, kate
devteam1 = john, rachel, sally
devteam2 = kate, peter, mark
docs = bob, jane, mike
training = zak
 
-- 这里把不同用户放到不同的组里面，下面在设置目录访问权限的时候，用目录来操作就可以了。
 
# 为所有库指定默认访问规则
# 所有人可以读，管理员可以写，危险分子没有任何权限
[/] --对应我测试里的：/u02/svn 目录
* = r
@admin = rw
dangerman =
# 允许开发人员可以完全访问他们的项目版本库
[proj1:/]
@devteam1 = rw
[proj2:/]
@devteam2 = rw
[bigproj:/]
@devteam1 = rw
@devteam2 = rw
trevor = rw
# 文档编写人员对所有的docs目录有写权限
[/trunk/doc] @d
ocs = rw
# 培训人员可以完全访问培训版本库 [Training
Repos:/]
@training = rw
 
3.启动和停止SVN服务
1）启动SVN服务
[root@shxt conf]# svnserve -d -r /var/www/svn
-d表示后台运行
-r 指定根目录是 /var/www/svn
 
2） 查看svn服务
[root@shxt conf]# ps -ef | grep svn
 
3）停止SVN服务:
[root@shxt conf]# ps -aux |grep svn
[root@shxt conf]# kill -9 进程杀掉
多数时候会把svn服务放到apache的服务中
```shell
重启apache
/usr/local/apache/bin/apachectl restart
或者
service httpd restart
 
如果遇到下列问题
Can't open file '/var/www/svn/repo_name/db/txn-current-lock': Permission denied
需要分配读写权限
 
$ cd /var/www/svn
$ chown -R apache.apache project（项目名）
或者
$ chmod –R o+rw /var/www/svn/
 
二. 客户端连接SVN 服务器
2.1 安装TortoiseSVN 客户端
2.2 找到自己项目的目录，右击，进行SVN 操作
（1）新建测试目录svn，进入后右键，点checkout：
SVN 服务器的IP地址和版本库名称。
新建个文件svn.txt. 把这个文件上传到SVN服务器(add)：
三.linux下svn使用命令总结
1、将文件checkout到本地目录
svn checkout path（path是服务器上的目录）
例如：svn checkout svn://192.168.1.1/pro/domain
简写：svn co
 
2、往版本库中添加新的文件
svn add file
例如：svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)
 
3、将改动的文件提交到版本库
svn commit -m “LogMessage“ [-N] [--no-unlock] PATH(如果选择了保持锁，就使用–no-unlock开关)
例如：svn commit -m “add test file for my test“ test.php
简写：svn ci
 
4、加锁/解锁
svn lock -m “LockMessage“ [--force] PATH
例如：svn lock -m “lock test file“ test.php
svn unlock PATH
 
5、更新到某个版本
svn update -r m path
例如：
svn update如果后面没有目录，默认将当前目录以及子目录下的所有文件都更新到最新版本。
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
svn update test.php(更新，于版本库同步。如果在提交的时候提示过期的话，是因为冲突，需要先update，修改文件，然后清除svn resolved，最后再提交commit)
简写：svn up
 
6、查看文件或者目录状态
1）svn status path（目录下的文件和子目录的状态，正常状态不显示）
【?：不在svn的控制中；M：内容被修改；C：发生冲突；A：预定加入到版本库；K：被锁定】
2）svn status -v path(显示文件和子目录状态)
第一列保持相同，
第二列显示工作版本号，
第三和第四列显示最后一次修改的版本号和修改人。
注：svn status、svn diff和 svn revert这三条命令在没有网络的情况下也可以执行的，原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写：svn st
 
7、删除文件
svn delete path -m “delete test fle“
例如：svn delete svn://192.168.1.1/pro/domain/test.php -m “delete test file”
或者直接svn delete test.php 然后再svn ci -m ‘delete test file‘，推荐使用这种
简写：svn (del, remove, rm)
 
8、查看日志
svn log path
例如：svn log test.php 显示这个文件的所有修改记录，及其版本号的变化
 
9、查看文件详细信息
svn info path
例如：svn info test.php
 
10、比较差异
svn diff path(将修改的文件与基础版本比较)
例如：svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如：svn diff -r 200:201 test.php
简写：svn di
 
11、将两个版本之间的差异合并到当前文件
svn merge -r m:n path
例如：svn merge -r 200:205 test.php（将版本200与205之间的差异合并到当前文件，但是一般都会产生冲突，需要处理一下）
 
12、SVN 帮助
svn help
svn help ci
 
以上是常用命令，下面写几个不经常用的
13、版本库下的文件和目录列表
svn list path 
显示path目录下的所有属于版本库的文件和目录
简写：svn ls
 
14、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。
用法:
- 1、mkdir PATH…
- 2、mkdir URL… 创建版本控制的目录。
1、每一个以工作副本 PATH 指定的目录，都会创建在本地端，并且加入新增
调度，以待下一次的提交。
2、每个以URL指定的目录，都会透过立即提交于仓库中创建。
在这两个情况下，所有的中间目录都必须事先存在。
 
15、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。
revert: 用法: revert PATH… 
注意: 本子命令不会存取网络，并且会解除冲突的状况。但是它不会恢复 被删除的目录
 
16、代码库URL变更
svn switch (sw): 更新工作副本至不同的URL。
用法:
1、switch URL [PATH]
2、switch –relocate FROM TO [PATH...]
1、更新你的工作副本，映射到一个新的URL，其行为跟“svn update”很像，也会将 服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的 方法。
2、改写工作副本的URL元数据，以反映单纯的URL上的改变。当仓库的根URL变动 (比如方案名或是主机名称变动)，但是工作副本仍旧对映到同一仓库的同一目录时使用 这个命令更新工作副本与仓库的对应关系。
 
17、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH…
注意: 本子命令不会依语法来解决冲突或是移除冲突标记；它只是移除冲突的 相关文件，然后让 PATH 可以再次提交。
 
18、输出指定文件或URL的内容.
svn cat 目标[@版本]…如果指定了版本，将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV 是上一版本,也可以写具体版本号,这样输出结果是可以提交的)
 
 
 
 
 
posted @ 2020-10-20 20:58  梦里花落知多少sl  阅读(344)  评论(0)    收藏  举报