SVN的安装和使用手册

下载TortoiseSVN
官网下载址:https://www.visualsvn.com/visualsvn/download/tortoisesvn/
在这里插入图片描述
下载完成后是这样的 安装TortoiseSVN:
在这里插入图片描述
在这里插入图片描述
此处的安装地址建议不动,当然你也可以选择你要安装的地址
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
安装完成后在桌面点击右键查看
在这里插入图片描述
如果有标记的两个文件说明已经安装成功.
如果感觉英语看到有点困难的可以安装汉化TortoiseSVN:
下载语言包 :
下载地址:http://tortoisesvn.net/downloads.html 在这里插入图片描述
下载完后直接点下一步就OK了。
在这里插入图片描述
在这里插入图片描述
选择中文确定就ok了。

使用说明

检出项目

假如项目已经在服务器的仓库里,那么现在你要做的就是把它检出到本地。
首先创建一个空文件夹。在空文件夹内右键,选择SVN检出。
现在你看到应该是这个界面,填入版本库地址,选择确定。
如果是第一次登陆,此时会弹出一个对话框让你输入账号密码,输入你的账号密码即可。记得勾选保存认证,不然每次操作都会让你输入。
过几秒就会检出完成
找到目录就可以开始工作了

导入项目

右键选着版本浏览器
根据自己的项目上传你的文件或者文件夹
选着你的项目或者文件后
确定看到目录完成就行了
但是,不要以为导入成功就可以了。你还得重新检出,重新检出的项目才是受SVN控制的,务必记得检出,如果不检出你操作的属于你没有上传之前的文件,当你下次上传可能会出现问题。
在SVNProject上右键检出到本地,然后在里面进行修改。现在就可以愉快的工作了。
检出过后点击文件夹然后右键菜单变成了这样。

关于项目的提交

   绿色表示当前文件没有被修改过(看不见颜色的重启下电脑就好了)。

如果在我的Dome里面对代码进行了修改。你就会发现现在变成了红色,红色表示已修改。
怎么提交修改?
在根目录下,右键选择提交。
务必记得输入提交信息(虽然不输入也能提交),提交信息可以方便日后查看。
提交完毕后,可以发现又恢复到了绿色。如果看到还是红色可以退出后在进入就行了。
假如现在加入了一个新文件。可以看出是蓝色的。蓝色表示不属于版本库的未知文件,未知文件是不能提交的。有可能什么都不显示。

记住选择增加把它加入到版本库里面去。
增加完毕后,变成了蓝色加号,表示新增加的版本库文件。
接下来,只需写代码,然后提交即可。
删除文件也应该右键提交,如下。
记得随时检查你的文件状态,如果没有添加到版本控制里要及时添加进去,不然你的文件提交不上去。
更新:
假如你和B同事在协作。B同事写完代码提交到了SVN上,如果你想获取最新修改,就需要选择更新(如果服务器上已经有别人提交过的新的,你是提交不上去的,必须先更新再提交)。
怎么知道服务器有没有更新?你可以直接选择更新,有没有更新一下就知道。或者右键检查修改,然后检查版本库,就能看到服务器上改了哪些文件。
右键选择版本比较。左边的表示你的代码,右边的表示服务器上的代码。
如果有修改记得及时更新到本地然后再继续工作。没有更新会提交失败。
但是有时候更新会冲突,比如你和服务器上的改了同一个地方。
这时候你需要更新下来解决冲突。
于是可以查看日志,看前面谁进行了相同模块的更改。方便代码覆盖相同进行协商。
它会提示你哪个文件冲突,你只需打开那个文件,按照需求解决冲突即可
解决冲突有三种选择:
A、放弃自己的更新,使用svn revert(回滚),然后提交。在这种方式下不需要使用svn resolved(解决)
B、放弃自己的更新,使用别人的更新。使用最新获取的版本覆盖目标文件,执行resolved filename并提交(选择文件—右键—解决)。
C、手动解决:冲突发生时,通过和其他用户沟通之后,手动更新目标文件。然后执行resolved filename来解除冲突,最后提交。
如何降低冲突解决的复杂度:
1、当文档编辑完成后,尽快提交,频繁的提交/更新可以降低在冲突发生的概率,以及发生时解决冲突的复杂度。
2、在提交时,写上明确的message,方便以后查找用户更新的原因,毕竟随着时间的推移,对当初更新的原因有可能会遗忘
3、养成良好的使用习惯,使用SVN时每次都是先提交,后更新。每天早上打开后,首先要从版本库获取最新版本。每天下班前必须将已经编辑过的文档都提交到版本库。
查看日志
择显示日志,可以看出团队里面的人干了什么。
可以看出谁谁谁,什么时间,干了什么事。最后那一列信息是自己提交的时候写的。建议大家提交时务必要填写提交信息,这样别人一看就知道你干了什么。提交信息对于自己也是有好处的,时间长了也能看到当初做了什么。

版本回滚

如果你改了东西,但是还没有提交,可以使用还原功能。
但是如果我们写错了东西并且提交了上去怎么办?通过版本回滚可以将文件恢复到
以前的版本。右键更新至版本,通过查看日志来选择版本,然后回滚即可。
有时候我们需要查看以前版本的代码。此时我们可以新建个文件夹检出到指定版本,不要把现在自己编写的版本覆盖就好

版本控制

版本控制有好几种方法,如下。
1. 在提交发布版本时添加版本信息,这是最简单的一种方法。
2.打标签
每次发布版本时应该打标签。右键选择分支/标记。在至路径以版本号打上标签即可
这样你就有了一个v1.0版本的标签。
以后如果你想查看某个版本的代码,只需切换过去就行
创建分支合并相互操作
项目中为何要创建分支,及合并?
  比如我现在项目所有的文件放在主干上中,由于需求的变更,需要增加新的需求,但是我们主干上还要继续往下开发,在此我们可以新建一个分支,来做增加新的需求那一块,主干上继续开发,等分支上代码没有问题的时候,再合并到主干上来。
创建分支的最大的目的就是跟主线进行并行开发时候不影响主线的开发。
如何操作?
  假如我本地新建一个文件夹test下有2个文件夹Cs (存放主干上的代码)和C_s(存放分支上的代码),如下所示:

新建分支

从Cs(主干上)创建分支C_s步骤如下:右键Cs
现在我们可以再来看看本地branch文件夹了,我现在直接进入branch文件下,右键 --> Chenckout下,就可以把newBranch下的所有文件提取出来了,如下所示:
现在我们可以再来看看本地test文件夹了,我现在直接进入test文件下,右键 --> 检出下,就可以把C_s下的所有文件提取出来了,如下所示:
分支目前建立在svn的服务器端,本地并没有更新,对本地C_s文件夹 右键–> 更新即可,就可以更新到分支代码.

合并分支到主干上

比如我现在对C_s分支上新增 新的文件.txt文件,然后提交上去
我现在想把分支上的代码新增 新的文件.txt合并到主干上Cs,现在要怎么合并呢?步骤如下:

  1. 回到我们刚刚的主干(Cs)文件夹下,鼠标右键该文件夹–> TortoiseSVN --> Merge(合并) 如下图所示:
    接着点击【Next】下一步,如下图所示:
    就可以看到主干Cs上多加了一个新的文件.txt,就是从分支上合并过来的。
    合并主干到分支
    如果主干上有一些更新,比如说jar包更新等等,那么这些要更新到分支上去,如何操作呢?比如我现在在主干上新建一个1.txt文件
    我现在的分支上目录如下:
    现在是想把主干上的1.txt合并到分支上来,要如何操作?
    步骤如下,还是和刚刚操作类似.
    我们在分支点击C_s–> 右键TortoiseSVN–> 合并 如下图所示:
    最后直接合并,就可以看到分支C_s上也有主干上的1.txt文件了,也就是说,合并主干到分支上也是可以的,如下图所示:
    如果使用eclipse就没有这么麻烦,最多就是安装一个svn插件的问题,操作起来而且方便,因为我们公司有的开发没用eclipse才写下的这篇,从而分享出来的,希望能帮助你们。
SVN客户端用户使用手册 20061115 该文档将逐步教您如何在软件开发过程中使用svn客户端 环境模拟 现有项目名称:test 服务端版本库:test URL:http://10.155.11.10:81/svn 开发人员:devA,devB 版本库目录结构: test Doc(word文档) Soc(源代码) word_1 word_2 soc_1 sod_2 一.基本操作 第一步:安装客户端 到共享文件夹下,下载TortoiseSVN-1.4.0.7501-win32-svn-1.4.0.msi安装程序,双击直接安装即可。安装成功后,右键单击鼠标会多出两个选项,分别是SVN checkout和Tortoise SVN。 第二步:建立工作区 项目开始之前,在本地PC的硬盘上,创建一个文件夹,文件夹命名随意(例如workspace ),该文件夹即作为软件开发者在项目开发过程中的工作区。 第三步:下载版本库 假如现在开发一个项目,配置管理员会在服务端建立一个该项目的版本库test 在workspace文件夹上,右键单击鼠标。选择SVN checkout,会出现如下窗口 图 1 在URL of repository中输入版本库地址,http://10.155.11.10:81/svn/test ,在Checkout dir中系统会自动添加第二步所创建的工作区目录。 在Revision中,选中HEAD revision,这样将会下载到版本库的最新版本。如果想下载库中的旧版本文件,可选中Revision,然后填入版本号即可。 如果不想下载整个版本库,而是只想下载自己负责的那部分模块,可以在URL后添加模块名,例如http://10.155.11.10:81/svn/test/Doc 。 单击OK,输入用户名和密码 第四步:修改版本库 对版本库的修改包括修改文件内容,添加删除文件,添加删除目录。 经过第三步的操作,本地的工作区文件夹,即workspace上会有绿色对勾出现,工作区下的文件也会带有绿色对勾,如图2 图2 如果对库中某一个文件进行了修改,系统会自动为这个文件和这个文件所在的各级父文件夹加上红色叹号,代表该文件或目录已经在本地被修改,如图3 图3 当所有对版本库的修改操作完毕后,右键单击工作区文件夹,选择commit提交新版本,输入密码后系统将把修改后的版本库上传到服务端,即完成一次对版本库的更新。 注意: 新版本提交之后,其他拥有写权限的用户也许会重复以上几步的操作,完成对版本库的再一次更新。所以,每次在工作区文件夹下修改本地版本库之前,必须首先对本地版本库执行一次更新(右键单击工作区,选择SVN Updata),将最新的版本下载到本地,然后再进行修改操作。 二.其他操作 在日常的软件开发过程中,除了以上介绍的下载,提交,更新操作外,还有另外几种常用操作。 (1)比较文件的不同之处 当对soc_1做了修改之后,soc_1文件会出现红色叹号,表示已经修改,如果想查看修改后的soc_1文件与修改前有何不同,可以右键单击此文件,选择diff,系统探出一个窗口,如图3,窗口分为两个部分,左边为更改之前的版本,右边为更改之后的版本。并在不同之处作出标记和说明。如图4 图4 如果是word文档的话,选择diff之后,系统会打开一个word文档,并在其中标出修改后的版本与修改前有何不同。如图4.1 图4.1 (2)查看日志 如果想查看一个文件的日志,例如soc_1,右键单击这个文件,选择show log,系统会踏出一个窗口,并在窗口中显示soc_1各个版本的log。如图4 图5 (3)查看版本树 如果想查看soc_1文件的版本树,右键单击该文件,选择Revision graph,系统将会打开一个窗口,并在窗口中显示该文件的版本树。如图6。 图6 之所以只显示了4.5.6.7四个版本,是因为选择了只显示发生过变化的版本。即1.4.5.6.7每一个版本都有不同的地方,都是经过用户修改后提交的。而2.3两个版本是与版本1相同的。 (4)下载某个文件的旧版本 如果想要得到某个文件的旧版本,只需在该文件上单击右键,选择Updata to revision…即可。系统会提示输入版本号。例如要下载soc_1的第五个版本,只需填入5即可。如图7。查看完版本5的文件后,如果想在此回到最新版本,只需要对soc_1运行Updata即可。 图7 (5)重名名和删除文件 如果要删除一
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

缘木之鱼

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值