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 ”命令时，会用暂存区的全部或指定文件替换工作区的文件。这种操作很危险，会清除工作区未添加进暂存区的改动。
• 当执行“git checkout HEAD”或者“git checkout HEAD ”命令时，会用HEAD指向的master分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极其危险的，因为不但会清除工作区中未被提交的改动，也会清除暂存区中未被提交的改动。

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