SVN的工作原理以及操作和git仓库的区别介绍篇一

刚进一家公司,代码仓库为git。之前只接触过SVN,此篇博文将自己的学习历程做一个简单的记录+总结。

首先,简单介绍一下什么是git或SVN;并简单介绍一下git和SVN的区别:

       SVN:Apache Subversion通常被缩写为SVN,是一个开放源代码的版本控制系统。svn管理着随时间改变的数据,这些数据放置在一个中央资料档案库,这个档案库很像一个普通的文件服务器,它会记住每一次文件的变动,这样就可以恢复之前的版本和浏览文件的变动情况。

      git:git不仅是一个开源的版本控制系统,更是一个内容管理系统,工作管理系统。

     区别:

            1、git是分布式的,svn不是;这是git和其他非分布式版本控制系统(例svn、cvs等)最大的区别。

            2、git把内容是按元数据方式存储,而svn是按文件处理的:所有的资源控制都是把文件的元信息隐藏在一个类似.svn、.cvs等的文件夹中。

            3、git分支和svn分支的不同:分支在svn中一点都不特别,它其实就是版本库中的一个目录。

            4、git没有一个全局的版本号,而svn有:目前为止这是跟svn相比git缺少的最大的一个特征。

            5、git的内容完整性优于svn:git的内容存储使用的是SHA-1哈希算法,这能确保代码内容的完整性,确保在遇得到磁盘故障和网络问题时降低对版本库的破坏。

区别图示为:

 SVN的部分:

1、svn的一些概念:

  • repository(源代码库):源代码统一存放的位置。
  • checkout(提取操作):当本地没有代码时,你需要从repository中checkout一份。
  • Commit(提交操作):当在本地创建了新的文件或者对之前的文件内容进行了修改,你就需要commit到repository。
  • Update(更新操作):当你checkout了一份repository中的代码之后,update操作就会将本地的代码变更为最新的版本。
  • 日常的操作流程简单介绍:
  • 当你checkout已经很长时间了--->update操作(首先将自己本地获取到最新的变更版本)--->做出一版变更(自己的修改操作并已经进行调试成功)---> commit操作(之后,大家就可以看到你自己的修改部分了)
  • conflict(冲突):svn管理代码是以行为单位的,也就是说两个程序员同时更改同一份文件,只要不是在同一行,svn都可以合并这两个程序员的修改操作;but,如果不是同一行,svn会提示conflict(冲突),需要手动解决。

git部分:

本文不将介绍git的安装部分的一些操作,直接从内容入手:

首先,git的工作流程:

  • 克隆git资源作为工作目录。
  • 在克隆的资源目录上进行修改、添加文件操作。
  • 如果在此过程中,有人对资源进行了改动,首先对本地资源进行更新;如果确定未进行更改,可直接进行提交操作。
  • 在提交之前查看修改部分。
  • 确认无误之后进行提交操作。

工作流程图示:

 git工作区、暂存区和版本库:

基本概念:

  • 工作区:就是你自己本地能看到的目录结构。
  • 暂存区:一般存放在“.git目录下”下的 /index文件夹中,所以我们把暂存区有时也叫做索引(index);英文叫stage或者index。
  • 版本库:工作区有一个隐藏目录“.git”,这个不算工作区,而是git的版本库。

下面这个图示展示工作区、暂存区和版本库之间的关系:

 图示解读如下:

  • 图中左侧为工作区,右侧为版本库;在版本库中标记为“index”的为暂存区,标记为“master”的是master分支所代表的目录树;图中的objects标识为git的对象库,实际位于“.git/objects”目录下,里面包含了创建的各种对象及内容。
  • 当对工作区修改(或新增)的文件执行“git add”操作时,暂存区的目录树被更新,同时工作区修改(或新增)的文件内容被写入到对象库中的一个新的对象中,而该对象的ID被记录在暂存区的文件索引中。
  • 当执行提交操作(git commit)时,暂存区的目录树写到版本库(对象库)中,master分支会做出相应的更新。即master指向的目录树就是暂存区的目录树。
  • 当执行“git reset HEAD”命令时,暂存区的目录树会被重写,被master分支指向的目录树所替换,但是工作区的不受影响。
  • 当执行“git rm --cached <file>”命令时,会用暂存区的全部或指定文件替换工作区的文件。这种操作很危险,会清除工作区未添加进暂存区的改动。
  • 当执行“git checkout HEAD”或者“git checkout HEAD <file>”命令时,会用HEAD指向的master分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极其危险的,因为不但会清除工作区中未被提交的改动,也会清除暂存区中未被提交的改动。

git的操作部分详见另一篇博文:https://blog.csdn.net/Feng0811xin/article/details/102935428

 

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值