人生倒计时
- 今日已经过去小时
- 这周已经过去天
- 本月已经过去天
- 今年已经过去个月
环境模拟
现有项目名称:测试
服务器库:测试
网址:http://10.xx.11.xx:81/svn
一、基本操作
步骤1:安装客户端
转到共享文件夹,下载TortoiseSVN-1 . 4 . 0 . 7501-Win32-SVN-1 . 4 . 0 . MSI安装程序,双击直接安装。安装成功后,点击鼠标右键会给你多两个选项,即SVN结账和乌龟SVN。
第二步:建立工作空间。
在开始项目之前,在本地PC的硬盘上以任意名称创建一个文件夹(例如,workspace)
),作为软件开发人员在项目开发过程中的工作空间。
第三步:下载版本库。
如果现在开发项目,配置管理员将在服务器端构建项目的版本库测试。
在工作区文件夹上,单击鼠标右键。选择SVN结账,将出现以下窗口
图1
在repository的URL中输入版本库地址,http://10 . 155 . 11 . 10:81/SVN/test,步骤2中创建的工作区目录将自动添加到Checkout目录中。
在修订中,选中标题修订,这将下载版本库的最新版本。如果要下载库中的旧版本文件,可以选择Revision,然后填写版本号。
如果不想下载整个版本库,只想下载自己负责的那部分模块,可以在URL后面加上模块名,比如http://10 . 155 . 11 . 10:81/SVN/test/doc。
单击确定并输入用户名和密码。
第四步:修改版本库。
对版本库的修改包括修改文件内容、添加和删除文件以及添加和删除目录。
在第三步之后,本地工作区文件夹workspace会有一个绿色的复选标记,工作区下的文件也会有一个绿色的复选标记,如图2所示。
图2
如果库中的某个文件被修改,系统会自动在该文件及其各级父文件夹上加一个红色的感叹号,表示该文件或目录已经被本地修改,如图3所示。
图3
完成对版本库的所有修改后,右键单击工作区文件夹并选择commit以提交新版本。输入密码后,系统会将修改后的版本库上传到服务器,即更新一次版本库。
注意:
新版本提交后,其他具有写权限的用户可以重复上述步骤,完成版本库的又一次更新。因此,在修改工作区文件夹下的本地版本库之前,必须先更新本地版本库(右击工作区,选择SVN更新数据),将最新版本下载到本地,然后进行修改。
二。其他操作
在日常的软件开发过程中,除了上述的下载、提交、更新操作之外,还有其他几种常见的操作。
(1)比较文件的差异。
修改soc_1时,soc_1文件会显示一个红色的感叹号,表示已经被修改。如果想看看修改后的soc_1文件和修改前有什么不同,可以右击这个文件,选择diff,系统会弹出一个窗口,如图3所示。窗口分为两部分,左边是更改前的版本,右边是更改后的版本。标出并解释不同之处。图4
图4
如果是word文档,选择diff后,系统会打开一个word文档,并标注修改后版本和修改前版本的区别。
图4.1
图4.1
(2)检查日志。
如果要查看某个文件的日志,如soc_1,请右键单击该文件并选择显示日志。系统会跳出一个窗口,在窗口中显示soc_1各个版本的日志。图4
图5
(3)检查版本树。
如果要查看soc_1文件的版本树,请右键单击该文件并选择修订图。将会打开一个窗口,该文件的版本树将会显示在窗口中。如图6所示。
图6
只显示4.5.6.7的四个版本的原因是只选择了改变的版本。即1.4.5.6.7每个版本都不一样,都是用户修改后提交的。而且2.3的两个版本和版本1一样。
(4)下载文件的旧版本
如果你想得到一个文件的旧版本,只需右击该文件并选择update to revision…系统将提示您输入版本号。比如下载第五版soc_1,填5就可以了。如图7所示。查看完版本5的文件,如果想在这里回到最新版本,只需要在soc_1上运行Updata即可。
图7
(5)重名删档。
如果要删除文件或重命名文件,注意不要直接在windows下操作。只需右击文件,选择重命名或删除,svn系统就会完成操作。
在workspace中重命名或删除文件后,服务器的文件结构不会改变,只有在提交新版本库后,即提交后,服务器的文件结构才会更新。
如果误删除了某个文件,在提交版本库之前,可以通过升级版本库将该文件重新下载到本地版本库,或者通过revert恢复(参考第8条)。如果文件已被删除并提交,则只能通过下载旧版本库来检索文件,参见(4)。
(6)创建分支机构。
版本库中的原文件SOC _ 1、SOC _ 2、Word _ 1、Word _ 2都是骨干文件。如果您想为soc_1创建一个分支,只需右键单击soc_1并选择Branch/Tag。将弹出一个窗口,如图8所示。在窗口中,From URL表示要创建的分支是soc_1的分支(系统会自动添加,不会更改)。在To URL中,需要更改文件名,并在文件名后添加一个标志,比如“_branch”。不需要更改路径。在从存储库中创建副本中,您可以选择哪个版本的soc_1复制分支文件。最后,填写日志并选择OK。
图8
分支创建后,Updata版本库,系统会将soc_1的主文件和分支文件soc_1_branch同时下载到本地版本库,如图8.1所示,然后就可以对分支文件进行操作了。此时soc_1的版本树如图8.2所示。
图8.1
图8.2
(7)合并分行
当需要将soc_1_branc的分支文件合并到soc_1的主文件中时,右击soc_1,选择Merge,会弹出一个窗口,如图9所示。
图9
在From输入框中填入主干的URL,在To输入框中填入分支的URL。在From和To中,有HEAD Revision和Revision两个选项,表示要合并soc_1的版本。之后,合并后的主干文件会被打上一个红色的感叹号,表示已经被修改,可以提交了。如果合并的文件标有黄色感叹号,这意味着这些文件有冲突。处理方法参见第三部分“异常处理”。
(8)取消修改。
当一个文件被修改并保存后(注意这里还没有提交),如果对修改不满意,想再修改一次,可以右键点击修改后的文件(带红色感叹号的那个),选择revert。之前的一系列修改将被取消,恢复到Updata后的状态。如果文件被误删除,也可以通过右键单击文件所在的目录并选择“恢复”来恢复。
三。异常处理
这里说的例外主要是指文件冲突。以用户devA和用户devB为例,
当两个用户同时下载最新版本库,在库中修改提交同一个文件soc_2时,第一个提交的用户devA不会异常,第二个提交的用户devB无法提交。因为服务器的版本库已经被devA更新了,所以当devB的用户上传时,系统会提示如图10所示的错误。
图10
在这种情况下,devB用户需要首先对修改后的文件执行Updata文件操作。如果两个用户修改了文件soc_2的同一个地方,devB用户执行Updata后,系统会将本地的soc_2和从服务器下载的soc_2合并成一个文件,并用黄色感叹号标记文件图标,表示文件冲突。使用"
标记文件冲突的格式:
& lt& lt& lt& lt& lt& lt& lt。我的
Workspsace工作区,提交后等待abc工作区提交,应该会有冲突。
=======
这里插一段,aaaaa,测试冲突。
& gt& gt& gt& gt& gt& gt& gt. r15
绿色部分表示对本地文件的修改。
蓝色部分表示服务器版本库中的最新版本与本地文件修改发生冲突的位置。
紫色表示第15版有冲突。
西方人说这个测试,
头条(软件测试资源站)作者,程序爬虫获取国内外测试资源分享给自学爱好者。
今日头条关注后私信回复以下关键词获取【信息包】
材料、工具、Python、自动化测试报告、梯子等。