资讯专栏INFORMATION COLUMN

SVN就是这么简单

zgbgx / 2033人阅读

摘要:既然是有服务器的,那么就需要联网进行操作了。这个下载下来的区域就是工作副本。这个工作副本其实就是我们工作的区域,我们对那些文件修改完,就能够再次提交到配置库中了。

什么是SVN

SVN全称:Subversion,是一个开放源代码的版本控制系统

Svn是一种集中式文件版本管理系统。集中式代码管理的核心是服务器,所有开发者在开始新一天的工作之前必须从服务器获取代码,然后开发,最后解决冲突,提交。

集中式文件版本控制器:将所有的文件都交由服务器来进行统一的管理。既然是有服务器的,那么就需要联网进行操作了。

为什么要使用SVN

我们写一个项目一般都是一个团队来写,如果我们没有用SVN的话,那么我们只能在团队中互相拷贝对方的代码来完成我们的项目

SVN还有如下的好处:

轻松比较不同版本间的细微差别【修改了代码,就有版本号,还能知道修改前后的数据】

及时了解团队中其他成员的进度【如果没有把代码提交到服务器中,就是做得比较慢了】

广域网共享【连上局域网就可以代码共享了】

协同工作,大大提高团队工作效率

快速了解SVN 配置库

在SVN中有配置库这么一个概念,那它是什么东东呢??

它储存所有的数据,配置库按照文件树形式储存数据

包括目录和文件

任意数量的客户端可以连接到配置库,读写这些文件.并且可以添加读写日志,有权限的用户很方便的看到这些修改

工作副本

我们从上面已经知道了,我们可以从配置库中得到想要的文件。那么我们要把文件从配置库下载下来。这个下载下来的区域就是工作副本

这个工作副本其实就是我们工作的区域,我们对那些文件修改完,就能够再次提交到配置库中了

SVN命令

我们简单来学习几条SVN的命令,SVN有图形界面的功能,因此命令学习也不是必须的。了解一下....

    ---创建服务器端版本库
    svnadmin create 版本库路径 
    
    ---启动SVN服务器端
    svnserve -d -r 版本库路径 
    
    ---在系统服务中注册svn服务器
    sc create svn binPath= "C:Program FilesTortoiseSVNinsvnserve.exe --service -r D:itcastsvnserver20150118svn" DisplayName= "svn服务"
    
    ---删除系统服务中的 服务
    sc delete 服务ID

如果启动SVN服务器的时候,不会报错就是正常开启了

分配权限

在我们配置库中找到conf文件夹下的svnserve.conf配置文件。将下面的三行的注释去掉

分配用户

找到conf文件下的passwd,配置用户

常见的子命令

import:将未纳入版本控制器的文件或目录提交到版本库中(仅执行一次)

checkout: 从版本库标签中出工作副本

revert: 将工作副本文件恢复到指定版本

update: 将版本库的修改合并到工作副本中

commit:把工作副本的修改提交到版本库。

使用SVN 添加数据到SVN

创建配置库,我们可以使用命令行方式,也可以使用UI点击的方式。这里我就直接使用UI的方式了。

随后,开启我们的SVN服务

把一个文件夹放置到配置库中,交由SVN管理

在SVN中查看我们添加的内容:

查看具体的日志

标识得非常清晰:

从SVN导出数据

把SVN的数据导出到用户中。

导出后:这个local文件夹其实就是我们的工作副本!

修改SVN导出后的数据、再添加回SVN

我在工作副本中添加了一个文件

添加到SVN中:

随后,变成了一个蓝色的图标+号,我们提交。

解决冲突

我们可能会出现这样的一个问题:我们的SVN是一个团队正在开发。但是在commit之前,有人就把我正在编辑的文件给修改了。于是当我在提交的时候就出现了冲突【当前的数据不一致,冲突了】

localhost2用户导出了SVN的数据,并且修改了文件:

另一个用户localhost也在修改该文件,但是它没有做updata操作。并不知道该文件已经被修改了。

当他修改完,想要更新到SVN中的时候,发现冲突了。

面对冲突,我们有两种方案:

放弃本次的修改

查看冲突的内容是什么,当查看完再决定要哪个的数据,或者是合并起来。

我们进去冲突修改的页面,决定要的是哪一行的数据

最后修改完,点击保存操作就行了。

关于冲突的建议

修改文件之前,先进行一次update操作

修改完成后,及时commit,不要在本地停留过长时间

在多位团队成员协作时,尽量修改自己撰写的部分,尽量不要修改不属于自己撰写的部分

出现冲突很正常,可以通过前面的方法解决,不要相互覆盖

工作流程图

如果文章有错的地方欢迎指正,大家互相交流。习惯在微信看技术文章,想要获取更多的Java资源的同学,可以关注微信公众号:Java3y

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/68700.html

相关文章

  • 对一个“老”架构的重新思考

    摘要:常见的就是,它是一个完整的目录。的特点是简单,使用一个中央版本库。当初公司的日均均超过,所以采用的是方案双机热备集群优化架构图上是两主两从。 前言 五年前,我在CNBLOG写的一篇文章,《php+mysql下,对网站架构方面的一些认识(以我维护的站点为例)》,当然,整套架构不是做的,而是配合当初的运维部门,共同完成。那个时候我从入行PHP两年,对所谓的架构也是懵懂。只觉得很深奥,很高大...

    J4ck_Chan 评论0 收藏0
  • 对一个“老”架构的重新思考

    摘要:常见的就是,它是一个完整的目录。的特点是简单,使用一个中央版本库。当初公司的日均均超过,所以采用的是方案双机热备集群优化架构图上是两主两从。 前言 五年前,我在CNBLOG写的一篇文章,《php+mysql下,对网站架构方面的一些认识(以我维护的站点为例)》,当然,整套架构不是做的,而是配合当初的运维部门,共同完成。那个时候我从入行PHP两年,对所谓的架构也是懵懂。只觉得很深奥,很高大...

    Crazy_Coder 评论0 收藏0

发表评论

0条评论

zgbgx

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<