GIT使用

GIT原理

关于版本控制

1. 什么是“版本控制”？为什么要关心它呢？ 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。
   我们对保存着软件源代码的文件作版本控制，但实际上，我们可以对任何类型的文件进行版本控制。
2. 作用:
   如果你是位开发人员，可能会需要保存代码文件的所有修订版本，采用版本控制系统（VCS）是个明智的选择。 有了它你就可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。 但额外增加的工作量却微乎其微。

Git和SVN的区别

SVN是增量式的版本控制工具，Git则是快照模式的版本控制工具。区别就在于，面对版本回退时Git能直接一步到位而SVN需要繁琐的操作，例如：文件已迭代5个版本，需要回滚到第一个版本，Git可以直接回滚到第一版，但是SVN则需要看之前的每一版修改了什么去逐步还原。

git基本底层原理

Git的核心是它的对象数据库，其中保存着git的对象，其中最重要的是blob、tree和commit对象，blob对象实现了对文件内容的记录，tree对象实现了对文件名、文件目录结构的记录，commit对象实现了对版本提交时间、版本作者、版本序列、版本说明等附加信息的记录。这三类对象，完美实现了git的基础功能：对版本状态的记录。

blob数据对象记录内容，tree对象记录文件名和文件目录结构，commit对象记录版本的信息

git提交流程原理

git add 添加文件到暂存区，并且创建数据对象添加到tree对象中且记录到git数据库 （作用）

Git根据某一时刻暂存区所表示的状态创建并记录一个对应的树对象(一个暂存区对应一个tree对象)

git commit （作用）
然后把以上的tree对象添加到commit 对象中记录到git 数据库中。

bolob(文件)>tree(目录)>commit(汇总提交和提交信息)>Git数据库

每次我们运行 git add 和 git commit 命令时， Git 所做的实质工作是将被改写的文件保存为数据对象，更新暂存区，记录树对象，最后创建一个指明了顶层树对象和父提交的提交对象。 这三种主要的 Git 对象——数据对象、树对象、提交对象——最初均以单独文件的形式保存在 .git/objects 目录下(对象数据库)。

git log原理

列出所有分支log及所有父节点commit

查找HEAD指针对应的分支，本例是master
找到master指针指向的快照，本例是785f188674ef3c6ddc5b516307884e1d551f53ca
找到父节点（前一个快照）c9053865e9dff393fd2f7a92a18f9bd7f2caa7fa
以此类推，显示当前分支的所有快照

Git的目录结构

• config文件：该文件主要记录针对该项目的一些配置信息，例如是否以bare方式初始化、remote的信息等，通过git remote add命令增加的远程分支的信息就保存在这里；

• objects文件夹：该文件夹主要包含git对象。关于什么是git对象，将会在下一节进行详细介绍。Git中的文件和一些操作都会以git对象来保存，git对象分为BLOB、tree和commit三种类型，例如git commit便是git中的commit对象，而各个版本之间是通过版本树来组织的，比如当前的HEAD会指向某个commit对象，而该commit对象又会指向几个BLOB对象或者tree对象。objects文件夹中会包含很多的子文件夹，其中Git对象保存在以其sha-1值的前两位为子文件夹、后38位位文件名的文件中；除此以外，Git为了节省存储对象所占用的磁盘空间，会定期对Git对象进行压缩和打包，其中pack文件夹用于存储打包压缩的对象，而info文件夹用于从打包的文件中查找git对象；

  commit文件里记录了tree的id以及作者信息，tree里面记录了文件的id，这样我们就能通过commit找到文件了。如果内容一致的的一百个文件同时add到Git里文件只会存一份，但是再tree里会记录一百次。commit文件里还会记录上一个提交记录的id，也就是说提交代码的时候，commit文件会有一个指针指向上一次提交的地址。

  

• HEAD文件：该文件指明了git branch（即当前分支）的结果，比如当前分支是master，则该文件就会指向master，但是并不是存储一个master字符串，而是分支在refs中的表示，例如ref: refs/heads/master。

  每一个分支其实就是指向了某一次提交的commit对象

  合并master和dev分支

  ​ 在没有文件冲突的情况下，做的就是增加操作，分支的指针指向新加的文件，同时保存上一个版本的指针；

  ​ 在同时修改了同一份文件但没有修改用一行代码时，git会生成一个新的commit objects 同时这个新文件会有两个指针分别指向maste和dev的commit objects ，再把maste和dev的指针只想新的commit objects 文件

  ​ 在同时修改了同一行代码时，冲突的产生是因为在合并的时候，不同分支修改了相同的位置。所以在合并的时候git不知道那个到底是你想保留的，所以就提出疑问（冲突提醒）让你自己手动选择想要保留的内容，从而解决冲突，最后 重新创建 commit 合并提交。

• index文件：该文件保存了暂存区域的信息。该文件某种程度就是缓冲区（staging area），内容包括它指向的文件的时间戳、文件名、sha1值等；

• Refs文件夹：该文件夹存储指向数据（分支）的提交对象的指针。其中heads文件夹存储本地每一个分支最近一次commit的sha-1值（也就是commit对象的sha-1值），每个分支一个文件；remotes文件夹则记录你最后一次和每一个远程仓库的通信，Git会把你最后一次推送到这个remote的每个分支的值都记录在这个文件夹中；tag文件夹则是分支的别名，这里不需要对其有过多的了解；

总结

Git的核心是它的对象数据库，其中保存着git的对象，其中最重要的是blob、tree和commit对象，blob对象实现了对文件内容的记录，tree对象实现了对文件名、文件目录结构的记录，commit对象实现了对版本提交时间、版本作者、版本序列、版本说明等附加信息的记录。这三类对象，完美实现了git的基础功能：对版本状态的记录。

b对象实现了对文件内容的记录，tree对象实现了对文件名、文件目录结构的记录，commit对象实现了对版本提交时间、版本作者、版本序列、版本说明等附加信息的记录。这三类对象，完美实现了git的基础功能：对版本状态的记录。

Git引用是指向git对象hash键值的类似指针的文件。通过Git引用，我们可以更加方便的定位到某一版本的提交。Git分支、tags等功能都是基于Git引用实现的。