为什么互联网巨头们纷纷使用Git而放弃SVN？

作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：https://github.com/sunshinelyz/mykit-delay

写在前面

最近发现很多小伙伴对于工作中的一些基本工具的使用还不是很了解，比如：Git这个分布式的代码管理仓库，很多小伙伴就不是很了解，或者说不是很熟悉。甚至有些小伙伴都没听说过Git，就只会用个SVN。殊不知，当今各大互联网巨头和新兴起的互联网黑马公司，基本都是用的Git，而基本废弃了对SVN的使用。为什么呢?我们一起往下看。

Git与SVN的区别

存储方式不同

Git把内容按元数据方式存储类似k/v数据库，而SVN是按文件(新版SVN已改成元数据存储)

这里，我们给出一个简单的Git使用示例。

cd .git/objects/df/ 
git cat-file -p df70460b4b4aece5915caf5c68d12f560a9de56e 
echo 'version1' > text.txt 
git hash-object -w text.txt 

使用方式不同

从本地把文件推送远程服务，SVN只需要commint 而Git需要 add、commint、push 三个步骤。

比如，我们使用下图来模拟SVN的使用过程。

我们可以使用下图来模拟Git的使用过程。

版本的管理模式不同

Git是一个分布式的版本管理系统，而要SVN是一个远程集中式的管理系统。

例如，我们可以使用下图来表示SVN的集中式管理。

我们可以使用下图来表示Git的分布式管理。

Git核心命令总结

Git客户端安装

官方客户端下载：https://git-scm.com/downloads

其他客户端下载：https://tortoisegit.org/download/

Git命令的使用

(1)基于远程仓库克隆至本地

git clone <remote_url> 

(2)当前目录初始化为git 本地仓库

git init  <directory> 

(3)基于mvn 模板创建项目

mvn archetype:generate 

本地添加

(1)添加指定文件至暂存区

git add <fileName> 

(2)添加指定目录至暂存区

git add <directory> 

(3)添加所有

git add -A 

(4)将指定目录及子目录移除出暂存区

git rm --cached target -r 

(5)添加忽略配置文件 .gitignore

本地提交

(1)提交至本地仓库

git commit file -m '提交的注释信息' 

(2)快捷提交至本地仓库

git commit -am '快捷添加与提交' 

分支管理

(1)查看当前分支

git branch [-avv] 

(2)基于当前分支新建分支

git branch <branch name> 

(3)基于提交新建分支

git branch <branch name> <commit id> 
$ git branch -d {dev} 

(4)切换分支

git checkout <branch name> 

(5)合并分支

git merge <merge target> 

(6)解决冲突

如果因冲突导致自动合并失败，此时 status 为mergeing 状态。需要手动修改后重新提交(commit)

远程仓库管理

(1)查看远程配置

git remote [-v] 

(2)添加远程地址

git remote add origin http:xxx.xxx 

(3)删除远程地址

git remote remove origin  

(4)上传新分支至远程

git push --set-upstream origin master  

(5)将本地分支与远程建立关联

git branch --track --set-upstream-to=origin/test test 

Tag管理

(1)查看当前

git tag 

(2)创建分支

git tag <tag name> <branch name> 

(3)删除分支

git tag -d <tag name> 

日志管理

(1)查看当前分支下所有提交日志

git log 

(2)查看当前分支下所有提交日志

git log {branch} 

(3)单行显示日志

git log --oneline 

(4)比较两个版本的区别

git log master..experiment 

(5)以图表的方式显示提交合并网络

git log --pretty=format:'%h %s' --graph 

Git底层原理

GIT存储对像(hashMap)

Git 是一个内容寻址文件系统，其核心部分是一个简单的键值对数据库(key-value data store)，你可以向数据库中插入任意内容，它会返回一个用于取回该值的hash 键。

(1) Git 键值库中插入数据

echo 'binghe' | git hash-object -w --stdin 79362d07cf264f8078b489a47132afbc73f87b9a 

(2)基于键获取指定内容

git cat-file -p 79362d07cf264f8078b489a47132afbc73f87b9a 

Git基于该功能 把每个文件的版本中内容都保存在数据库中，当要进行版本回滚的时候就通过其中一个键将其取回并替换。

Git版本写入与回滚过程

(1)查找所有的git 对像

find .git/objects/ -type f 

(2)写入版本1

echo 'version1' > README.MF; git hash-object -w README.MF; 

(3)写入版本2

echo 'version2' > README.MF; git hash-object -w README.MF; 

(4)写入版本3

echo 'version3' > README.MF; git hash-object -w README.MF; 

(5)回滚指定版本

git cat-file -p c11e96db44f7f3bc4c608aa7d7cd9ba4ab25066e > README.MF 

所以我们平常用的 git add 其实就是把修改之后的内容 插入到键值库中。当我们执行 git add README.MF 等同于执行了 git hash-object -w README.MF 把文件写到数据库中。

我们解决了存储的问题，但其只能存储内容同并没有存储文件名，如果要进行回滚 怎么知道哪个内容对应哪个文件呢?接下要我们就看下树对象，它解决了文件名存储的问题 。

Git树对象

树对像解决了文件名的问题，它的目的将多个文件名组织在一起，其内包含多个文件名称与其对应的Key和其它树对像的用引用，可以理解成操作系统当中的文件夹，一个文件夹包含多个文件和多个其它文件夹。

每一个分支当中都关联了一个树对像，他存储了当前分支下所有的文件名及对应的 key。通过以下命令即可查看

git cat-file -p master^{tree}  

Git提交对象

一次提交即为当前版本的一个快照，该快照就是通过提交对像保存，其存储的内容为：一个顶级树对象、上一次提交的对像啥希、提交者用户名及邮箱、提交时间戳、提交评论。

$ git cat-file -p b2395925b5f1c12bf8cb9602f05fc8d580311836  
tree 002adb8152f7cd49f400a0480ef2d4c09b060c07  
parent 8be903f5e1046b851117a21cdc3c80bdcaf97570  
author binghe <[email protected]> 1532959457 +0800  
committer binghe <[email protected]> 1532959457 +0800  

综上，我们可以推测出从修改一个文件到提交的过程总共生成了三个对象：

• 一个内容对象：存储了文件内容
• 一个树对像：存储了文件名及内容对像的key
• 一个提交对像：存储了树对像的key 及提交评论。

Git引用

当我们执行 git branch {branchName} 时创建了一个分支，其本质就是在git 基于指定提交创建了一个引用文件，保存在 .git\refs\heads\ 下。

(1)创建分支

git branch dev  
cat.git\refs\heads\dev 

Git总共 有三种类型的引用：

• 分支引用
• 远程分支引用
• 标签引用

(2)查询比较两个版本

git log master..experiment 

(3)版本提交历史网络

git log --pretty=format:'%h %s' --graph 

(4)查看分支树

git cat-file -p master^{tree}