SVN客户端的操作
Windows平台:
1, checkout项目文件
啥是checkout?checkout—>将SVN仓库的代码烤到本地,比如你现在参与一个团队项目,项目代码在你之前肯定已经写了很多了,你可以通过checkout项目代码,获得整个项目。update—>在你写代码的过程中,同事很可能已经提交过代码到SVN服务器,而你本地项目显然没有同事新提交的代码,你可以通过update SVN获得SVN最新的代码。commit—>当你完成一部分开发后,你可以通过commit提交代码到SVN服务器,这样别人就可以获得你写的代码,记得先update再commit。
新建或者进入目录下(比如qianduan1),右键 --> Svn Checkout -->
再点击ok按钮后,如下图:
在弹出的对话框中输入用户名和密码,验证成功后,项目文件开始从远程服务器下载到本地工作目录中
点击ok按钮后,即可获取完成
注意事项:
.svn这个隐藏目录记录着两项关键信息:工作文件的基准版本和一个本地副本最后更新的时间戳,千万不要手动修改或者删除这个.svn隐藏目录和里面的文件!!,否则将会导致你本地的工作拷贝(静态试图)被破坏,无法再进行操作。
2, TortoiseSVN图标介绍
一个新检出的工作复本使用绿色的对勾重载,表示Subversion状态正常
在你开始编辑一个文件之后,状态就变成了已修改,而图标重载已变成了红色感叹号。通过这种方式,你可以很容易地看出那些文件从你上次更新工作复本被修改过,且需要提交。
如果在提交的过程中出现了冲突,图标就会变成了黄色感叹号
加号告诉你有一个文件或者目录已经被计划加入到版本控制中。
3,TortoiseSVN Client基础操作:
1,Add(增加)
在test文件夹下,新建一个a.txt文件,提交到版本库的方法如下2种
(1)先提到变更列表中,再commit到配置库中,选择新增文件,右键SVN菜单执行“Add“操作提交到”变更列表中”,然后右键SVN菜单执行”SVN Commit”提交到版本库中。
(2)不提交到变更列表中,而是直接commit配置库中,选择该文件,右键svn菜单执行”SVN Commit”操作。
2. 删除(Delete)
如果被删除的文件还未入版本库,则可以直接使用操作系统的删除操作删除该文件。
如果被删除的文件已入版本库,则删除的方法如下:
选择被删除文件,右键svn菜单执行”delete”操作,然后选择被删除文件的父目录,右键svn菜单执行”SVN Commit”.
使用操作系统的删除操作删除该文件,然后选择被删除文件的父目录,右键svn菜单执行”SVN Commit”,在变更列表中选择被删除的文件
3. 改名(Rename)
修改文件名,选中需要重命名的文件或文件夹,然后右键“TortoiseSVNàRename“,在弹出的对话框中输入新名称,点击”ok”按钮,并将修改文件名后的文件或文件夹通过 “SVN Commit”提交到SVN服务器上。
4. SVN还原(SVN Revert)
右击想要回退的文件或者文件夹,在TortoiseSVN弹出菜单中选择”Update to reversion…” 然后会弹出一个窗口,如下:
点击show log
在窗口中选择点击ok, 比如说我们要回退到第6个版本只需要在Revision中填写相应的版本号,然后点击ok即可。
- 检查更新(Check for modifications)
此功能可以显示你所做的修改有哪些还没有提交的,此功能不光能看到对文件的修改变化,所有的变化都能看到,包括增加文件或者目录,删除文件或者目录,移动文件或者目录等,如果你点击了检查版本库,那你还可以看到版本库里的改动,既别人提交了哪些文件的改动,你还没更新到本地,如下:
8,如何解决文件冲突
对于每个冲突的文件Subversion在你的目录下放置了三个文件:如下:
为什么会产生冲突代码呢?原因很简单就是因为不同的人,同时修改了同一个文件的同一个地方,这时候,他提交了,我没有提交,我就提交不了,这个时候我们要进行先更新,然后在进行提交即可,那如果产生冲突,会生成如上3个文件。
解决方案如下:
首先我们可以看下1.txt代码如下:
<<<<<<< .mine
aaaasdf11222333 dderderder
=======
b>>>>>>> .r5
然后我去掉多余的代码,1.txt变成这样
aaaasdf11222333 dderderder
进行提交,还是提交不了,如下所示:
为什么?因为冲突会产生上面的三个文件,有上面3个文件存在肯定提交不了,这三个文件代码及解释如下:
1.txt.mine 是冲突前自己的文件。可以看下内容如下:
aaaasdf11222333 dderderder
2. 1.txt.r4 是冲突前本地的版本文件
内容如下:aaaasdf11222333
3. 1.txt.r5 是别人赶在你之前提交的版本
内容如下: b
其中,<<<<<<<<.mine …=之间的代码是你自己的,而…>>>>>>>.r5是别人与你冲突的代码部分
这样就不难理解为什么会产生冲突这种奇怪的东西了,因为你们修改的同一块代码,当然会产生冲突。
解决方案如下:
假如我现在的1.txt中的冲突内容如下:
<<<<<<< .mine
6666666666666600000
=======
66666666666aaaaaaaaaa666
>>>>>>> .r16
前面说过 <<<<<<< .mine …… =======
……之间的代码是我未产生冲突之前修改的代码,
使用revert(回滚)操作,该操作表示用户放弃自己的更新代码,然后直接提交,这个时候你的代码就会使服务器上最新的代码,即A用户提交的新代码,你的代码不会被提交,如下所示:
点击ok按钮后 可以看到其他三个文件都自动删掉了,1.txt代码变成如下代码:
66666666666aaaaaaaaaa666
也就是a用户提交的代码,我自己更新的代码需要自己动手复制进去即可提交commit。
- 2,假如我现在3.txt产生冲突代码如下:
<<<<<<< .mine
333333338888888888888=======
3333cccccccccc3333>>>>>>> .r16
通过第一点我们知道,333333338888888888888这个内容是我修改后,未产生冲突之前的内容,3333cccccccccc3333这个代码是A用户提交的代码,从上面得知 A用户新增内容是ccccccc,而我新增的内容是8888888。
那么第二种解决方法如下:
选择文件->右键Editconficts:这种方法需要冲突双方经过协商之后将代码更改统一之后再提交。不仅解决了冲突而且还保证了代码是正确的,因为只有一方的代码被提交.
如上图所示,红色的部分是冲突代码:theirs表示当前服务器端最新的代码,Mine表示自己修改后的代码,Merged表示合并后的代码。点击红色后右键选择:use this text block就可以将该部分代码作为合并后的代码
接下来再说说由于冲突导致重要代码被覆盖的情况。冲突发生时如果采取的措施不对可能会导致部分代码丢失,如果想要还原之前的代码也很容易。
选择文件->右键选择show log在这里面你可以看见之前提交的所有版本,找到你想要恢复的版本右键选择revert to this version 就可以恢复了.
7.SVN提交(SVN Commit)
Svn的提交是将在工作空间做的修改进行提交,包括文件内容的修改,文件或目录的添加,删除,命名,移动等操作
8. 显示日志(Show log)
通过此功能可以查到谁,什么时候,对那个目录下的那些文件进行了那些操作,如下图:
- 版本库浏览(Repo-browser)
此功能是用来浏览需要查看的资料库,在本地文件夹下点击右键,选择TortoiseSVNàRepo-browser,在弹出的对话框中输入资料库地址,再输入用户名和密码,就能查看到你需要查看到版本库的内容,在这你还能看到那些文件被谁锁定了,
3, 创建分支合并互相操作
项目中为何要创建分支,及合并?
比如我现在项目所有的文件放在主干上(trunk)中,由于需求的变更,需要增加新的需求,但是我们主干上还要继续往下开发,在此我们可以新建一个分支,来做增加新的需求那一块,主干上继续开发,等分支上代码没有问题的时候,再合并到主干上来。
创建分支的最大的目的就是跟主线进行并行开发时候不影响主线的开发。
如何操作?
假如我本地新建一个文件夹test下有2个文件夹trunk(存放主干上的代码)和branch(存放分支上的代码),如下所示:
一:先提取主干上的代码。
点击trunk --> 鼠标右键 --> 点击SVN Checkout --> 弹出一个对话框,如下图所示: 二:新建分支
-
右键trunk --> branch/Tag 如下图:
在弹出的对话框如下图:
点击ok按钮后,就可以在VisualSVN Serval服务器上新增newBranch
,右键 --> Chenckout下,就可以把newBranch下的所有文件提取出来了
分支目前建立在svn的服务器端,本地并没有更新,对本地branch文件夹 右键–> update即可,就可以更新到分支代码
四:合并分支到主干上
比如我现在对branch分支上新增3.txt文件,然后提交上去,如下所示:
我现在想把分支上的代码3.txt合并到主干上trunk,现在要怎么合并呢?步骤如下:
回到我们刚刚的主干(trunk)文件夹下,鼠标右键该文件夹 --> TortoiseSVN --> Merge 如下图所示
在弹出的窗口,如下图所示:
选择第二个,第二个功能更全,接着next
接着next
点击merge
就可以看到主干trunk上多加了一个3.txt,就是从分支上合并过来的
五:合并主干到分支。
如果主干上有一些更新,比如说jar包更新等等,那么这些要更新到分支上去,如何操作呢?比如我现在在主干上新建一个4.txt文件,比如如下:
现在是想把主干上的4.txt合并到分支上来,要如何操作?
步骤如下,还是和刚刚操作类似.
SVN之右键菜单功能简介
1, Import(导入)
选择要提交到服务器的目录,右键选择TortoiseSVN----Import,系统弹出导入提示框,在URL of repository输入框中输入服务器仓库地址,在Import Message输入框中输入导入日志信息,点击确定,则文件导入到服务器仓库中。
2, Export(导出)
右键点击export,弹出框,选择文件夹,则将服务器仓库中的文件导出到该文件夹中
3, Check for Modifications(检查更新)
点击Check for Modifications,系统列表所以待更新的文件及文件夹的状态.
4, Moving(移动)
选择待移动的文件和文件夹;按住右键拖动right-drag文件(夹)到跟踪拷贝内的新地方;松开左键;在弹出菜单中选择move files in Subversion to here
5, Switch(切换)
文件创建分支后,你可以选择在主干工作,还是在分支工作,这时候你可以通过Switch来切换。
6, Add to Ignore List(添加到忽略列表)
大多数项目会有一些文件(夹)不需要版本控制,如编译产生的*.obj, *.lst,等。每次送交,TortoiseSVN提示那些文件不需要控制,挺烦的。这时候可以把这些文件加入忽略列表。
7, Cleanup(清除状态)
如果当前工作拷贝有任何问题的话,可以使用这个选项进行修正。例如,有些文件原来是版本控制的,但是你没有通过tortoiseSVN就直接删除了,但是tortoiseSVN还是保留着原来的信息(每个文件夹下都有一个.svn的隐藏文件夹,存放着当前文件夹下所有文件夹的版本信息)所以这就会产生一些冲突。可以使用cleanup来清理一下。
8, GetLock/ReleaseLock(加锁/解锁)
如果你不想别人修改某个文件的话,那么你就可以把这个文件进行加锁,这样可以保证只有你对这个文件有修改权。除非你释放了锁,否则别人不可能提交任何修改到配置库中
9, Relocate(版本库转移)
当我们版本库发生转移的时候就需要用到这个功能了。例如我原先的版本库是建在U盘上的,现在转移到(复制整个配置库文件夹)开发服务器上,使用https代替文件系统的访问。因此就需要将原来的工作拷贝的目标版本库重新定位到开发服务器上。
10, create patch(创建补丁)
创建补丁。如果管理员不想让任何人都随便提交修改,而是都要经过审核才能做出修改,那么其他人就可以通过创建补丁的方式,把修改信息(补丁文件)发送给管理员,管理员审核通过之后就可以使用apply patch提交这次修改了。
11, Revision Graph(版本分支图)
查看文件的分支,版本结构,可以点击Revision Graph,系统以图形化形式显示版本分支
12, Relocate(重新定位)
当服务器上的文件库目录已经改变,我们可以把工作拷贝重新定位,在To URL输入框中输入新的地址。
13, diff(比较修改部分)
如果你修改了一个文件,又不确定改了那些地方,这时你可以在相应文件上点右键,选择diff查看,与服务器上最新版的差异
4, SVN常见的符号
黄色感叹号(有冲突):
–这是有冲突了,冲突就是说你对某个文件进行了修改,别人也对这个文件进行了修改,别人抢在你提交之前先提交了,这时你再提交就会被提示发生冲突,而不允许你提交,防止你的提交覆盖了别人的修改。要解决冲突,如果你确认你的修改是无效的,则用TSVN还原你的修改就行了;如果认为你的修改是正确的,别人的提交是无效的,那么用TSVN先标记为“解决冲突”,然后就可以提交了;如果你认为你的修改和别人的修改都有一部分是有效的,那么你就把别人的修改手动合并到你的修改中,然后使用TSVN标注为“解决冲突”,然后就可以提交了。进入文件夹,寻找有黄色感叹号的文件,这些文件就是发生冲突的地方,根据实际情况处理冲突
米字号(有本地修改代码):
–这是说明你有未提交的本地代码。
问号(新加入的资源):
–这说明该文件是项目中新增文件资源,新增资源可以是文件、图片、代码等。
红色感叹号(本地代码与库没有保持一致):
–这说明本地代码跟库上没有保持一致,如果用户想修复,可以将带红色感叹号图标文件删除,直接update即可。
灰色向右箭头(本地修改过)
–本地代码没有及时上库。
蓝色向左箭头(SVN上修改过)
–记得更新代码后修改,提交前跟svn对比习惯。
灰色向右且中间有个加号的箭头(本地比SVN上多出的文件)
–修改完记得跟svn保持一致
蓝色向左且中间有个加号的箭头(SVN上比本地多出的文件)
–删除该文件后,再次更新,将svn上文件全部更新下来。
灰色向右且中间有个减号的箭头(本地删除了,而SVN上未删除的文件)
–也就是说你删除确认后,一定要记得上库,跟svn保持一致
蓝色向左且中间有个减号的箭头(SVN上删除了,而本地未删除的文件)
–比对svn库上代码,确定需要删除后,更新svn(删除无用代码)。
红色双向箭头(SVN上修改过,本地也修改过的文件 )
–这个表示本地和svn上都修改过,最好就是把本地修改合并到svn,修改代码前最后先更新。
Linux平台操作:
1, 下载客户端:yum install subversion
2, 将文件checkout到本地目录
svn checkout svn_path local_path,如svn co svn://192.168.1.131/45dian/brand ./brand/
简写:SVN co
3, 往版本库添加新的文件
Svn add file ,如SVN add 1.c
4, 将改动的文件提交到版本库
svn commit -m ‘注释内容’ [-N] [–no-unlock] PATH
如:svn commit –m https://PC-20181223DRHS:8443/svn/myRepository/quanduan a.c
5, 加锁
svn lock -m ‘加锁注释内容’ [–force] PATH
例如svn lock –m “锁定文件” a.c