你可以添加文件/目录。但是这些添加的文件目录不会立刻成为版本库的一部分,而是被添加进待变更列表中,直到执行了 commit 操作后才会成为版本库的一部分。
同样地你可以删除文件/目录。删除操作立刻将文件从工作副本中删除掉,但该文件的实际删除只是被添加到了待变更列表中,直到执行了 commit 操作后才会真正删除。
Rename 操作可以更改文件/目录的名字。"移动"操作用来将文件/目录从一处移动到版本库中的另一处。
复查变化
当你检出工作副本或者更新工作副本后,你的工作副本就跟版本库完全同步了。但是当你对工作副本进行一些修改之后,你的工作副本会比版本库要新。在 commit 操作之前复查下你的修改是一个很好的习惯。
Status 操作列出了工作副本中所进行的变动。正如我们之前提到的,你对工作副本的任何改动都会成为待变更列表的一部分。Status 操作就是用来查看这个待变更列表。
Status 操作只是提供了一个变动列表,但并不提供变动的详细信息。你可以用 diff 操作来查看这些变动的详细信息。
修复错误
我们来假设你对工作副本做了许多修改,但是现在你不想要这些修改了,这时候 revert 操作将会帮助你。
Revert 操作重置了对工作副本的修改。它可以重置一个或多个文件/目录。当然它也可以重置整个工作副本。在这种情况下,revert 操作将会销毁待变更列表并将工作副本恢复到原始状态。
解决冲突
合并的时候可能会发生冲突。Merge 操作会自动处理可以安全合并的东西。其它的会被当做冲突。例如,“hello.c” 文件在一个分支上被修改,在另一个分支上被删除了。这种情况就需要人为处理。Resolve 操作就是用来帮助用户找出冲突并告诉版本库如何处理这些冲突。
提交更改
Commit 操作是用来将更改从工作副本到版本库。这个操作会修改版本库的内容,其它开发者可以通过更新他们的工作副本来查看这些修改。
在提交之前,你必须将文件/目录添加到待变更列表中。列表中记录了将会被提交的改动。当提交的时候,我们通常会提供一个注释来说明为什么会进行这些改动。这个注释也会成为版本库历史记录的一部分。Commit 是一个原子操作,也就是说要么完全提交成功,要么失败回滚。用户不会看到成功提交一半的情况。
SVN 创建版本库
=========
进入 /opt/svn/sunjiaoshou01/conf 目录,修改默认配置文件配置,包括 svnserve.conf、passwd、authz 配置相关用户和权限。
1、svn 服务配置文件 svnserve.conf
svn 服务配置文件为版本库目录中的文件 conf/svnserve.conf。该文件仅由一个 [general] 配置段组成。
[general]
anon-access = none
auth-access = write
password-db =/home/svn/passwd
authz-db =/home/svn/authz
realm = tiku
-
anon-access: 控制非鉴权用户访问版本库的权限,取值范围为 “write”、“read” 和 “none”。即 “write” 为可读可写,“read” 为只读,“none” 表示无访问权限,默认值:read。
-
auth-access: 控制鉴权用户访问版本库的权限。取值范围为 “write”、“read” 和 “none”。即"write"为可读可写,"read"为只读,"none"表示无访问权限,默认值:write。
-
authz-db: 指定权限配置文件名,通过该文件可以实现以路径为基础的访问控制。除非指定绝对路径,否则文件位置为相对conf目录的相对路径,默认值:authz。
-
realm: 指定版本库的认证域,即在登录时提示的认证域名称。若两个版本库的认证域相同,建议使用相同的用户名口令数据文件。默认值:一个UUID(Universal Unique IDentifier,全局唯一标示)。
2、用户名口令文件 passwd
用户名口令文件由 svnserve.conf 的配置项 password-db 指定,默认为 conf 目录中的 passwd。该文件仅由一个 [users] 配置段组成。
[users] 配置段的配置行格式如下:
[users]
admin = admin
thinker =123456
3、权限配置文件
权限配置文件由 svnserve.conf 的配置项 authz-db 指定,默认为 conf 目录中的 authz。该配置文件由一个 [groups] 配置段和若干个版本库路径权限段组成。
[groups]配置段中配置行格式如下:
[groups]
g_admin = admin,thinker
[admintools:/]@g_admin= rw
*=[test:/home/thinker]
thinker = rw
*= r
SVN 检出操作
========
我们创建了版本库sunjiaoshou01,URL为svn://192.168.0.1/sunjiashou01,svn用户user01有读写权限。
我们就可以通过这个URL在客户端对版本库进行检出操作。
svn checkout http://svn.server.com/svn/project_repo --username=user01 以上命令将产生如下结果:
root@sunjiaoshou:~/svn# svn checkout svn://192.168.0.1/sunjiaoshou01–username=user01
A sunjiaoshou01/trunk
A sunjiaoshou01/branches
A sunjiaohsou01/tags
Checkedout revision 1.
检出成功后在当前目录下生成sunjiaoshou01副本目录。查看检出的内容
root@sunjiaoshou:~/svn# ll sunjiaoshou01/
total 24
drwxr-xr-x 6 root root 4096Jul2119:19./
drwxr-xr-x 3 root root 4096Jul2119:10…/
drwxr-xr-x 2 root root 4096Jul2119:19 branches/
drwxr-xr-x 4 root root 4096Jul2119:19.svn/
drwxr-xr-x 2 root root 4096Jul2119:19 tags/
drwxr-xr-x 2 root root 4096Jul2119:19 trunk/
SVN 解决冲突
========
版本冲突原因:
假设 A、B 两个用户都在版本号为 100 的时候,更新了 kingtuns.txt 这个文件,A 用户在修改完成之后提交 kingtuns.txt 到服务器, 这个时候提交成功,这个时候 kingtuns.txt 文件的版本号已经变成 101 了。同时B用户在版本号为 100 的 kingtuns.txt 文件上作修改, 修改完成之后提交到服务器时,由于不是在当前最新的 101 版本上作的修改,所以导致提交失败。
SVN 提交操作
========
我们检出了版本库sunjiaoshou01,对应的目录放在
/home/user01/sunjiaoshou01中,下面我们针对这个库进行版本控制。
查看工作副本中的状态
root@sunjiaoshou:~/svn/sunjiaoshou01/trunk# svn status
A readme
此时 readme的状态为A,它意味着这个文件已经被成功地添加到了版本控制中。
为了把 readme 存储到版本库中,使用 commit -m 加上注释信息来提交。
如果你忽略了 -m 选项, SVN会打开一个可以输入多行的文本编辑器来让你输入提交信息。
root@sunjiaoshou:~/svn/sunjiaoshou01/trunk# svn commit -m "SVN readme."Adding readme
Transmitting file data .Committed revision 8.
svn commit -m “SVN readme.”
SVN 版本回退
========
当我们想放弃对文件的修改,可以使用 SVN revert 命令。
root@sunjiaoshou:~/svn/sunjiaoshou01/trunk# svn revert readme Reverted’readme’
进行 revert 操作之后,readme 文件恢复了原始的状态。revert 操作不单单可以使单个文件恢复原状, 而且可以使整个目录恢复原状。
假如我们想恢复一个已经提交的版本怎么办。
为了消除一个旧版本,我们必须撤销旧版本里的所有更改然后提交一个新版本。这种操作叫做 reverse merge。
首先,找到仓库的当前版本,现在是版本 22,我们要撤销回之前的版本,比如版本 21。
svn merge -r 22:21 readme
SVN 查看历史信息
==========
通过svn命令可以根据时间或修订号去除过去的版本,或者某一版本所做的具体的修改。以下四个命令可以用来查看svn 的历史:
-
svn log: 用来展示svn 的版本作者、日期、路径等等。
-
svn diff: 用来显示特定修改的行级详细信息。
对象篇
模块化编程-自研模块加载器
开源分享:【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】