简明 SVN 教程

转载

原文地址：https://zhuanlan.zhihu.com/p/45305208

最近新入职的公司团队，有用到 SVN 进行版本控制，所以对 SVN 进行了详细的学习与了解。

关于版本控制

版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。

本地版本控制系统

许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。 这么做唯一的好处就是简单，但是特别容易犯错。 有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的文件。

为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文件的历次更新差异。

集中化的版本控制系统

接下来人们又遇到一个问题，如何让在不同系统上的开发者协同工作？ 于是，集中化的版本控制系统（Centralized Version Control Systems，简称 CVCS）应运而生。 这类系统，诸如 CVS、Subversion 以及 Perforce 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。 多年以来，这已成为版本控制系统的标准做法。

这种做法带来了许多好处，特别是相较于老式的本地 VCS 来说。 现在，每个人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限，并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。 如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问你将丢失所有数据——包括项目的整个变更历史，只剩下人们在各自机器上保留的单独快照。 本地版本控制系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。

分布式版本控制系统

基于上面的问题，出现了分布式版本控制系统（Distributed Version Control System，简称 DVCS）。 在这类系统中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来。 这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。

更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。 你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。

针对现状优化

基于简单、使用场景有限、良好的权限管理或者其它原因采用了 SVN 进行版本控制，那么我们就需要想办法弥补它的不足，针对单点故障的问题，就要对版本库进行定时全量和增量的备份，以确保源码的安全。

关于 SVN

Subversion(SVN) 是一个开源的集中化的版本控制系統，会记住每一次文件的变动，这样你可以将文件恢复到旧的版本或者浏览文件的历史变动。

SVN 的一些概念

repository（源代码库）：源代码统一存放的地方

checkout（提取）：当你手上没有源代码的时候，你需要从 repository checkout 一份

commit（提交）：当你已经修改了代码，你就需要 commit 到 repository

update（更新）：当你已经 checkout 了一份源代码，update 一下你就可以和 repository 上的源代码同步，你手上的代码就会有最新的变更

SVN 生命周期

建版本库：create 操作创建一个新的版本库，版本库用于存放文件，包括了每次修改的历史。

检出：checkout 操作从版本库创建一个工作副本，作为开发者私人的工作空间，可以进行内容的修改，然后提交到版本库中。

更新：update 操作更新版本库，将工作副本与版本库进行同步。因为版本库是整个团队共用的，当其他人提交了改动，你的工作副本就会过期。

执行变更：检出之后，可以进行添加、编辑、删除、重命名、移动文件/目录等变更操作。当最终执行了 commit 操作后，就对版本库进行了相应变更。

复查变化：当你对工作副本进行了一些修改后，你的工作副本就会比版本库新，在 commit 操作之前使用 status/diff 操作复查下你的修改是一个好的习惯。

修复错误：如果你对工作副本做了许多修改，当时不想要这些修改了，revert 操作可以重置工作副本的修改，恢复到原始状态。

解决冲突：合并的时候可能发生冲突，使用 merge 操作进行合并。因为 SVN 合并是以行为单位的，只要不是修改的同一行，SVN 都会自动合并，如果是同一行，SVN 会提示冲突，需要手动进行确认修改，合并代码。其中 resolve 操作可以帮助找出冲突。

提交更改：将文件/目录添加到待变更列表，使用 commit 操作将更改从工作副本更新到版本库，提交是添加注释说明，是个好的习惯。

SVN 的一些优点

原子提交，一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。

目录与文件都能进行版本控制。

重命名、复制、删除文件等动作都保存在版本历史记录当中。

SVN 安装

Windows

一般的Windows 软件安装方法，下载地址：Subversion

CentOS

大多数 GNU/Linux 发行版系统自带了Subversion ，所以它很有可能已经安装在你的系统上了。可以使用下面命令检查是否安装了。

$ svn --version

1

如果没有安装可以使用命令安装

$ sudo yum install subversion

1

Ubuntu

安装命令

$ sudo apt install subversion

1

SVN 服务器配置

新建版本库目录

$ mkdir /opt/svn

1

创建版本库

$ svnadmin create /opt/svn/zinaer

1

在目录 /opt/svn/zinaer/conf 中有 svnserve.conf、passwd、authz 文件配置相关用户和权限。

服务配置文件 svnserve.conf

[general] anon-access = none auth-access = write password-db = passwd authz-db = authz realm = zinaer

1

2

3

4

5

6

说明：

anon-access：控制非鉴权用户访问版本库的权限。取值：write、read 和 none。缺省值：read。

auth-access：控制鉴权用户访问版本库的权限。取值：write、read 和 none。缺省值：write。

authz-db：指定权限配置文件名。用于实现以路径为基础的访问控制。如果不是绝对路径，就是相对 conf 目录的相对路径。缺省值：authz。

realm：指定版本库的认证域，即在登录时提示的认证域名称。如果两个版本库的认证域相同，建议使用相同的用户名口令数据文件。缺省值：一个 UUID（全局唯一标识）。

用户名口令文件 passwd

由 svnserve.conf 的配置项 password-db 指定。格式：<用户名> = <口令>

[users] admin = admin zinaer = 123456

1

2

3

权限配置文件 authz

由 svnserve.conf 的配置项 authz-db 指定。格式：<用户组> = <用户列表>、[<版本库名>:<路径>]

[groups] g_admin = admin,zinaer [zinaer:/] @g_admin = rw * = r

1

2

3

4

5

6

说明：@ 表示一个组名，而不是用户名，* 表示其余所有人。

启动服务

$ svnserve -d -r 目录 --listen-port 端口号

1

-r 指定版本库根目录 --listen-port 指定 SVN 监听端口，默认监听 3690

-r 配置决定了不同的访问方式。

方式一：-r 直接指定到版本库（单库模式）

$ svn serve -d -r /opt/svn/zinaer

1

authz 配置文件：

[groups] admin = admin,zinaer dev = zinaer001 [/] @admin = rw zinaer = r

1

2

3

4

5

6

客户端使用 URL：svn://192.168.10.10/ 即可访问 zinaer 版本库。

方法二：指定到版本库的上级目录（多库模式）

$ svn serve -d -r /opt/svn

1

authz 配置文件：

[groups] admin = admin,zinaer dev = zinaer001 [zinaer:/] @admin = rw zinaer001 = r [zinaer001:/] @admin = rw zinaer001 = r

1

2

3

4

5

6

7

8

9

客户端使用 URL：svn://192.168.10.10/zinaer 即可访问 zinaer 版本库。

SVN 检出操作

我们已经创建了版本库 zinaer，并且启动了服务，URL 为：svn://192.168.10.10/zinaer 用户 zinaer 由读写权限。

$ svn checkout svn://192.168.10.10/zinaer --username zinaer --password 123456

1

查看版本库详细信息

$ svn info

1

SVN 解决冲突

假设账号 admin 和 zinaer 都创建了版本库副本，在版本号是 1 的时候，都更新了 hello.txt 文件，admin 在修改完后提交到了服务器，这时候文件版本变成了 2。同时 zinaer 在版本 1 的时候也进行了修改，这时候提交到服务器由于不是在版本 2 上进行的修改，导致提交失败。

现在我们来处理冲突，使用命令查看更改：

$ svn diff Index: hello.txt =================================================================== --- hello.txt (revision 3) +++ hello.txt (working copy) @@ -1 +1 @@ -hello world https://skm.zinaer.com +hello world https://skm.zinaer.com 123

1

2

3

4

5

6

7

8

如果我们直接提交会提示什么

$ svn commit -m 'change first' Sending hello.txt Transmitting file data .done Committing transaction... svn: E160028: Commit failed (details follow): svn: E160028: File '/hello.txt' is out of date

1

2

3

4

5

6

可以看到，不能成功提交。为了避免代码被相互覆盖，SVN 不允许我们这样操作，需要先 update

$ svn update Updating '.': C hello.txt Updated to revision 4. Summary of conflicts: Text conflicts: 1

1

2

3

4

5

6

此时，和版本库已经同步了，可以进行 commit 了。

SVN 提交操作

我们在版本库中添加一个 README.md 文件

$ cat README.md # 简明 SVN 教程

1

2

查看状态

$ svn status ? README.md

1

2

? 代表 README.md 还没有加入版本控制中。

将文件加入版本控制

$ svn add README.md A README.md

1

2

A 代表加入了版本控制，现在需要将其更新到版本库中

$ svn commit -m 'add README.md' Adding README.md Transmitting file data .done Committing transaction... Committed revision 6.

1

2

3

4

5

-m 选项用于添加注释信息。

SVN 版本回退

如果我们想放弃对文件的修改，可以使用 revert 命令。

我们对 README.md 文件进行修改并查看状态

$ svn status M README.md

1

2

现在我们进行撤销操作，更改到未修改时的状态

$ svn revert README.md Reverted 'README.md'

1

2

revert 不仅仅可以使单个文件恢复原状，而且可以对整个目录恢复。使用命令 -R

$ svn revert -R zinaer

1

如果想恢复一个已经提交的版本，相当于我们需要撤销旧版本所有的更改然后提交一个新版本。比如：从版本 8 恢复到版本 7

$ svn merge -r 8:7 README.md

1

SVN 查看历史消息

svn diff：用来显示特定修改的行级详细信息。

svn cat：取得在特定版本的某文件显示在当前屏幕。

svn list：显示一个目录或某一个版本存在的文件。

SVN 分支

如果希望开发进程分开成两条不同的线路时，创建不同的分支进行开发是个很好的方式。

分支其实就是主线的一个 copy 版，不过分支同样具有版本控制功能，并且和主分支相互独立，最后可以将分支合并到主分支，从而成为一个项目。

我们在本地创建一个 zhanbai 分支

$ ls branches/ tags/ trunk/ $ svn copy trunk/ branches/zhanbai A branches\zhanbai

1

2

3

4

5

查看状态

$ svn status A + branches\zhanbai

1

2

提交新的分支到版本库

$ svn commit -m 'add zhanbai' Adding branches\zhanbai Committing transaction... Committed revision 9.

1

2

3

4

现在我们开始在 zhanbai 分支进行开发，创建 index.html 文件

$ cd branches/zhanbai/ $ ls hello.txt index.html README.md

1

2

3

4

将 index.html 加入版本控制，并提交到版本库中

$ svn status ? index.html $ svn add index.html A index.html $ svn commit -m 'add index.html' Adding index.html Transmitting file data .done Committing transaction... Committed revision 10.

1

2

3

4

5

6

7

8

9

10

11

切换到 trunk 分支，并更新，然后将 zhanbai 分支合并到 trunk 中

$ svn merge ../branches/zhanbai/ --- Merging r10 into '.': A index.html --- Recording mergeinfo for merge of r10 into '.': G .

1

2

3

4

5

此时，trunk 中就多了 index.html 文件。然后，将合并号的 trunk 提交到版本库中

$ svn commit -m 'add index.html' Adding index.html Committing transaction... Committed revision 12.

1

2

3

4

SVN 标签

SVN 支持打标签，也就是在项目开发中，开发到一定阶段可以单独一个版本作为发布时，往往可以打包一个固定的版本。

$ svn copy trunk/ tags/v1.0 A tags\v1.0

1

2

将在 tags 目录下创建 v1.0 目录。

然后查看状态，提交 tag 到版本库中。

$ svn status A + tags\v1.0 $ svn commit -m 'add v1.0' Adding tags\v1.0 Committing transaction... Committed revision 13.

1

2

3

4

5

6

7

SVN

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。