SVN使用
上一篇讲了SVN搭建和项目经理要进行的一些操作,现在来看一下程序员如何做》
程序员只需要同步仓库当中的代码,这步操作执行检出操作就行。(右击==》SVN Checkout)
我创建了一个root文件夹当做程序员仓库目录,下面所有的操作都是在这个文件夹下执行的。
1、常用指令
Checkout 检出指令:第一次和svn仓库进行连接的时候,下载仓库当中的代码到本地,一般情况下只执行一次。
Commit 提交指令:每次完成工作之后都需要执行一次提交操作, 把自己写的东西提交到svn服务器仓库
Update 更新指令:在开始工作之前,把仓库当中的代码同步到本地,保证本地的代码是最新的版本。
Add 添加指令 :把自己的文件添加到提交列表
2、文件的批量提交
直接在工作空间右击==》SVNCommit, 加上注释进行提交。
注意: 新增文件夹下的新增文件不能提交,需要回到上一级文件夹进行提交
现在项目已经提交到服务器仓库当中了,现在项目经理svn_client_rep当中update一下即可查看最新提交。
同步结果:
3、SVN图标认识
4、SVN使用细节
先来理一下思路:
1、SVN存储机制
svn使用差异存储,每次提交的时候,只存储跟上一个版本有差异的地方。
在仓库目录Library下的db目录如下:
这里存放着每个版本的具体信息的目录revprops (存放版本日志信息)和 revs(存放版本信息)
2、忽略文件
有的时候在本地工作空间会放一些和项目无关的参考文件,这些文家不需要提交到服务器仓库当中去,只是供自己参考,那么怎么不让他和其他的文件一起提交导服务器仓库当中去呢???
svn提供一种方法是忽略文件,操作方法是右击==》TortoiseSVN ==》添加到忽略列表(add to ignore list)
点出来之后有四个选项:(psd只是文件后缀,会随着忽略的文件的后缀改变)
(1)文件.psd 忽略当前文件
(2)* .psd 忽略当前目录下的所有的叫做.psd的文件
(3)文件.psd(recursively) 英文单词是递归的意思,所以在目录包括目录当中的文件夹当中的所有叫做这个名称的.psd文件
(4)* .psd(recursively) 递归项目所有目录当中的.psd文件。
我们选择的是第四个,遇到这种文件的时候就对其进行忽略,还有一个点需要注意:这次修改也得提交一次,属性修改也算修改。
3、版本回退(小心有坑)
在进行版本回退之前需要知道我们要返回的是哪个版本。查看历史版本的方法是直接从空白地方右击 ==> TortoiseSVN ==> show log 显示页面如下:
版本回退演示:
选多个选项当中的update to revision,输入版本序号,就可以更新到那个版本。
出现坑的地方现在才开始介绍……
假如说在这个版本上进行index.html 的修改,之后再进行一次提交会发生什么呢??
之后提示是否update,更新之后出现了三个新的文件:
这三个是错误提示文件,当中存储着每个版本当中都存在的和当前版本存在的不同。
关于冲突的几句话
(1)出现冲突的是客户端,服务端一切正常(不用担心代码受损的问题)
(2)遇到冲突去解决,不解决冲突无法提交代码
(3)保留自己要提交的代码,标记冲突为解决,提交即可
注意:在版本回退之后,不要在历史版本当中修改代码【只是用于查看,并不能用于直接修改】,先更新到最新版本,之后再写代码提交。
那么如何解决上述冲突,接着往下看。
4、版本冲突
内容不相同,修改一下内容就好了。
不相同的地方,svn使用||||||和>>>>>>进行标记,所以为了成功上交,把冲突修改掉,如果是有用的代码就进行保留,没用的就删除,我选择都保留。
现在svn还不知道我们已经解决了冲突,那么我们通过标记告诉他一下:空白处右击 ==》TortoiseSVN ==》resolve, 代表冲突已经解决了。重新Commit一次,代码提交成功。
5、配置多仓库
同一个服务器有的时候需要同时运行很多项目,但是项目都得由一个服务器进行管理,那么就在svn_server_rep 目录下创建Blog文件夹。之后在一个位置对仓库进行检出。
检出之后是下面这个样子滴:
这很明显是刚才的Library项目当中的文件,这是为什么??还记不记得checkout 的时候出现了如下页面:
刚才启动的服务是Library仓库的服务,所以第一个框的localhost定位的就是Library仓库,所以检出的就都是Library仓库里面的文件。
对于这种情况我们使用二级目录进行解决,什么意思??
就是重新定位,把localhost定位到svn_server_rep文件夹,检出的时候使用localhost/Blog 或者是localhost/Library 进行仓库的定位。
既然是这样,那么重新启动服务器,svnserve -d -r D:\svn\svn_server_rep
之后检出使用二级路径:svn://localhost/Blog
那么我们刚才使用的Library更新的时候会怎么样呢??
不出所料,的确是错的,因为localhost定位的是svn_server_rep文件夹,所以出现了错误,解决办法是重新定位:右击 ==》 TortoiseSVN ==》 Relocate
再进行一次更新,更新成功:
6、权限控制
012当中,提到过svn默认是不能进行匿名提交的,我为了方便操作,就把access设置成了write,但是这样是相当危险的,这要是别人对我们的仓库进行一顿提交,那还得了???
所以svn拥有权限控制机制,可以限制用户对仓库的读写权限。
权限控制分为认证(Authentication)和授权(Authorization)
认证:用户名和密码 【鉴别用户身份】 对应文件:passwd
授权:判断用户是否拥有某种权限 对应文件:authz
这些文件都存在于服务器仓库的Library文件夹下面的conf目录下。
现在要做的是把svnserve.conf文件当中的access = write修改掉。
access = none 不允许匿名用户连接
passwd-db = passwd 【指定账户密码的数据库】
authz-db = authz 【指定认证参考的数据库】
接下来开始设置密码和执行权限。打开passwd文件夹,写入用户和密码(按照他的提示进行编写):
在authz文件当中设置用户权限
我自己设定的Library仓库的权限是admin读写,mr.white只读。
重启都不需要重启,直接进行update,出现了如下页面:
这样权限管理就完成了。
5、SVN服务的自启动和批处理命令
1、创建自启动
有时候需要服务器开启的时候就启动SVN服务来管理项目,而且小黑框一直开着也很碍事,不小心关了就尴尬了。所以需要设置开机自启动。
创建svn服务的命令:sc create 服务名称 binPath= “服务器安装目录\svnserve.exe -r 服务器地址目录 --service” start= auto
管理员权限运行cmd,输入增加服务指令
sc create svn binPath= (记得这里有空格)“D:\svn\svn_server\bin -r D:\svn\svn_server_rep --service” start= (注意这里也有空格)auto
–service 说明是服务
start= auto 说明是自动启动
通过服务查看到svn服务已经添加
2、批处理指令
net start svn 启动服务
net stop svn 停止服务
net restart svn 重启服务
回到目录:Linux基础14篇
来源:CSDN
作者:爱出bug的代码小白
链接:https://blog.csdn.net/qq_43073128/article/details/104495841