git基础你还得知道点这些（一）

叁歲伎倆 2022-04-12 11:41 228阅读 0赞

### git是如何存储数据的 ###

#### 直接记录快照，而非差异比较 ####

git对待数据更像是一个快照流，每次你提交更新或者在git中保存状态时，他会对全部文件创建一个快照并保存索引，对于没有改变的文件，git不会再次存储，而是保留一个连接，连接到之前存储的文件。

![image][]

在上图中，版本1创建了三个文件，提交后，git创建了快照；紧接着修改了A和C文件，再次提交，git重新创建快照，此时文件A和C更改了文件，git存储为A1和C1，B文件没有更改，直接使用一个连接指向1版本内的B文件…

#### git保证数据的完整性 ####

git中数据在存储前都计算校验和，然后用校验和进行文件引用，每个文件在发生变化后，其计算的校验和也会发生变化，并且git会给你体现出来，未发生变化的文件，校验和计算后不会改变，也就是说，你不可能在git不知情的情况下更改任何内容。Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希），它基于 Git 中文件的内容或目录结构计算出来，大概长这样`24b9da6552252987aa493b52f8696cd6d3b00373`，就是我们每次commit后对应的提交版本标识。it 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。

### git是如何进行分支合并的 ###

#### 正常合并 ####

##### 场景1 #####

master分支拉出hotfix解决线上bug，然后合并回master

![image][image 1]

上图所示，我们需要将c4版本合并到c2，此时的c4其实是c2的下游，即差异仅仅只有c4内更改的内容，执行合并操作

$ git checkout master
    $ git merge hotfix
    Updating f42c576..3a0874c
    Fast-forward
     index.html | 2 ++
     1 file changed, 2 insertions(+)

在日志内我们看到了`fast-forward`,这是因为C4是C2的直接下游，git对于这种分支合并，只需要将指针向前移动。

![image][image 2]

##### 场景2 #####

实际场景中，分支并行很常见，master作为稳定分支存在，线上紧急bug我们会拉出hotfix，同时我们也可能会有新的迭代分支正在开发。

![image][image 3]

继续场景1后的操作，hotfix与master分支合并后master进入快照C4，现在迭代分支开发测试完成，准备上线。此时的迭代分支的上游还是C2，但实际master已经到了C4，git会如何处理呢？

![image][image 4]

git会将两个分支最末端的快照（C4和C5）与他们共同的祖先（C2），做一个简单的三方合并，并且在合并之后，git会创建一个新的快照，并且自动创建一个新的提交指向它。所有我们工作项目中，一般的分支合并后，只需要执行`push`操作推到远端即可，不需要执行```add``commit```操作。Git 会自行决定选取哪一个提交作为最优的共同祖先。

#### 遇到冲突时合并 ####

开发过程中多个分支并行，难免会对同一文件的同一处进行变动，此时，git无法自动合并他们，在合并时就产生了冲突。此时git只做了简单合并，没有创建合并提交，因为git需要你来解决冲突。所有的冲突文件，git会给出未合并标识，在文件内加入标准冲突解决标记，如下：

<<<<<<< HEAD:index.html
    <div id="footer">contact : email.support@github.com</div>
    =======
    <div id="footer">
     please contact us at support@github.com
    </div>
    >>>>>>> iss53:index.html

`<<<<<<< , ======= , 和 >>>>>>>`为冲突标记，`=======`上面是待接收合并的分支，下面是需要合并的分支。为了解决冲突，你需要在`=======`的上下两部分选择保留一处，或手动保留两处（复制粘贴或删除冲突标记行），冲突解决后要保证删除所有冲突标记行。

对每个文件使用`git add`命令来将其标记为冲突已解决。 一旦暂存这些原本有冲突的文件，Git 就会将它们标记为冲突已解决。使用图形化工具会更加清晰的解决这一问题。

标记解决后就可以提交，创建新的快照了。

[image]: https://git-scm.com/book/en/v2/images/snapshots.png
[image 1]: https://git-scm.com/book/en/v2/images/basic-branching-4.png
[image 2]: https://git-scm.com/book/en/v2/images/basic-branching-5.png
[image 3]: https://git-scm.com/book/en/v2/images/basic-branching-6.png
[image 4]: https://git-scm.com/book/en/v2/images/basic-merging-1.png