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

最新推荐文章于 2024-04-27 17:18:49 发布

Feng0812xin

最新推荐文章于 2024-04-27 17:18:49 发布

阅读量1k

点赞数 1

分类专栏：工具使用文档

本文链接：https://blog.csdn.net/Feng0811xin/article/details/102743182

版权

2 篇文章 0 订阅

订阅专栏

刚进一家公司，代码仓库为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哈希算法，这能确保代码内容的完整性，确保在遇得到磁盘故障和网络问题时降低对版本库的破坏。

区别图示为:

1、svn的一些概念：

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

本文不将介绍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分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极其危险的，因为不但会清除工作区中未被提交的改动，也会清除暂存区中未被提交的改动。

关注