git初级篇

本系列全部参考自: https://learngitbranching.js.org/?locale=zh_CN，记录完全是为了，方便自己以后查阅，推荐进入这个网站学习git

一、git 简介

Git中的提交记录保存的是你的目录下所有文件的快照，就像是把整个目录复制，然后再粘贴一样，但是比复制粘贴优雅许多。

Git希望提交记录尽可能地轻量，因此在每次提交时，它并不会盲目的复制整个目录。条件允许的情况下，他会将当前版本与仓库中的上一个版本进行对比，并把所有的差异打包到一起作为一个提交记录。

Git还保存了提交的历史记录。这也是为什么大多数提交的记录上面都有父节点的原因。

二、git分支

Git的分支也非常的轻量。他们只是简单的指向某个提交记录，所以创建再多的分支也不会造成存储或内存上的开销负担。按照逻辑分解工作到不同的分支要比维护特别臃肿的分支简单多了。分支相当于是：“基于这个提交和它所有的父提交上工作”。

在Git 2.23版本中，引入了一个名为git switch的新命令，最终会取代git checkout，因为checkout作为单个命令有点超载（它承载了很多独立功能）。但是现在依旧使用checkout。如果想要创建一个新的分支同时切换到新的分支，可以通过git checkout -b your-branch-name来实现。

三、分支与合并

将两个分支合并到一起，意思是新建一个分支之后，在其上开发某个新功能，开发完成后在合并回主线。

3.1.方法一：git merge

在Git中合并两个分支时会产生一个特殊的提交记录，他有两个父节点。翻译成自然语言相当于：“我要把两个父节点本身及它们所有的祖先都包含进来”

上图准备了两个分支，每个分支上各有一个独有的提交。这意味着没有一个分支包含了我们修改的所有内容。咱们通过合并这两个分支来解决这个问题。
我们把bugFix合并到main里，使用git merge bugFix，将会得到如下结果

main现在指向了一个拥有两个父节点的提交记录，加入从main开始沿着箭头向上看，在到达起点的路上会经过所有的提交记录。这意味着main包含了对代码库的所有修改

再把main分支合并到bugFix，使用git checkout bugFix；git merge main，将会得到下图

因为main继承自bugFix，Git什么都不用做，只是简单地把bugFix移动到main所指向的那个提交记录。
现在所有的提交记录颜色都一样了，这表明每一个分支都包含了代码的所有修改

3.2.方法二：git rebase

rebase实际上就是取出一系列的提交记录，复制“它们”，然后在另外一个地方逐个的放下去。
rebase的优势是可以创造更线性的提交历史。如果只允许使用rebase的话，代码库的提交历史会异常的清晰。同样的如下图：

依然准备两个分支，当前分支为bugFix，我们想要把bugFix分支的工作直接移到main分支上。移动以后会使两个分支的功能看起来像是按顺序开发，但实际上它们是并行开发。执行 git rebase main

现在bugFix分支上的工作在main的最顶端，同时我们得到了一个更加线性的提交序列。
注意，提交记录C3依然存在（树上那个半透明的节点），而 C3’ 是我们rebase到 main分支上的C3副本。
现在唯一的问题是main还没有更新，现在我们切换到main上。把它rebase到bugFix分支上，执行指令 git rebase bugFix如下图所示：

由于bugFix继承自main，所以git只是简单的把main分支的引用向前推进而已