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 <binghe@gmail.com> 1532959457 +0800 committer binghe <binghe@gmail.com> 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}
