轻松学会Git

ゝ一世哀愁。 2022-03-28 09:39 223阅读 0赞

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70][]

以上包括一些简单而常用的命令，但是先不关心这些，先来了解下面这4个专有名词。

*  Workspace：工作区
 *  Index / Stage：暂存区
 *  Repository：仓库区（或本地仓库）
 *  Remote：远程仓库

**工作区**

程序员进行开发改动的地方，是你当前看到的，也是最新的。

平常我们开发就是拷贝远程仓库中的一个分支，基于该分支进行开发。在开发过程中就是对工作区的操作。

**暂存区**

.git目录下的index文件, 暂存区会记录 `git add`添加文件的相关信息(文件名、大小、timestamp...)，不保存文件实体, 通过id指向每个文件实体。可以使用 `git status`查看暂存区的状态。暂存区标记了你当前工作区中，哪些内容是被git管理的。

当你完成某个需求或功能后需要提交到远程仓库，那么第一步就是通过 `git add`先提交到暂存区，被git管理。

**本地仓库**

保存了对象被提交 过的各个版本，比起工作区和暂存区的内容，它要更旧一些。

`git commit`后同步index的目录树到本地仓库，方便从下一步通过 `git push`同步本地仓库与远程仓库的同步。

**远程仓库**

远程仓库的内容可能被分布在多个地点的处于协作关系的本地仓库修改，因此它可能与本地仓库同步，也可能不同步，但是它的内容是最旧的。

### 小结 ###

1.  任何对象都是在工作区中诞生和被修改；
2.  任何修改都是从进入index区才开始被版本控制；
3.  只有把修改提交到本地仓库，该修改才能在仓库中留下痕迹；
4.  与协作者分享本地的修改，可以把它们push到远程仓库来共享。

下面这幅图更加直接阐述了四个区域之间的关系，可能有些命令不太清楚，没关系，下部分会详细介绍。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 1][]

## 常用Git命令 ##

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 2][]

### HEAD ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 3][]

在掌握具体命令前，先理解下HEAD。

HEAD，它始终指向当前所处分支的最新的提交点。你所处的分支变化了，或者产生了新的提交点，HEAD就会跟着改变。

### add ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 4][]

add相关命令很简单，主要实现将工作区修改的内容提交到暂存区，交由git管理。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 5][]

### commit ###

commit相关命令也很简单，主要实现将暂存区的内容提交到本地仓库，并使得当前分支的HEAD向后移动一个提交点。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 6][]

### branch ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 7][]

涉及到协作，自然会涉及到分支，关于分支，大概有展示分支，切换分支，创建分支，删除分支这四种操作。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 8][]

## ##

### merge ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 9][]

merge命令把不同的分支合并起来。如上图，在实际开放中，我们可能从master分支中切出一个分支，然后进行开发完成需求，中间经过R3,R4,R5的commit记录，最后开发完成需要合入master中，这便用到了merge。

![20190110105213463.jpg][]

一般在merge之后，会出现conflict，需要针对冲突情况，手动解除冲突。主要是因为两个用户修改了同一文件的同一块区域。如下图所示，需要手动解除。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 10][]

### rebase ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 11][]

rebase又称为衍合，是合并的另外一种选择。

在开始阶段，我们处于new分支上，执行 `git rebase dev`，那么new分支上新的commit都在master分支上重演一遍，最后checkout切换回到new分支。这一点与merge是一样的，合并前后所处的分支并没有改变。 `git rebase dev`，通俗的解释就是new分支想站在dev的肩膀上继续下去。rebase也需要手动解决冲突。

**rebase与merge的区别**

现在我们有这样的两个分支,test和master，提交如下：

`    D---E test`

`    /`

`A---B---C---F master`

在master执行 `git merge test`,然后会得到如下结果：

`     D--------E`

`    /          `

`A---B---C---F----G   test, master`

在master执行 `git rebase test`，然后得到如下结果：

`A---B---D---E---C'---F'  test, master`

可以看到，merge操作会生成一个新的节点，之前的提交分开显示。而rebase操作不会生成新的节点，是将两个分支融合成一个线性的提交。

如果你想要一个干净的，没有merge commit的线性历史树，那么你应该选择git rebase 如果你想保留完整的历史记录，并且想要避免重写commit history的风险，你应该选择使用git merge

### reset ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 12][]

reset命令把当前分支指向另一个位置，并且相应的变动工作区和暂存区。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 13][]

### revert ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 14][]

git revert用一个新提交来消除一个历史提交所做的任何修改。

**revert与reset的区别**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 15][]

*  git revert是用一次新的commit来回滚之前的commit，git reset是直接删除指定的commit。
 *  在回滚这一操作上看，效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交，因此日后合并老的branch时，导致这部分改变不会再次出现，减少冲突。但是git reset是之间把某些commit在某个branch上删除，因而和老的branch再次merge时，这些被回滚的commit应该还会被引入，产生很多冲突。关于这一点，不太理解的可以看这篇文章。
 *  git reset 是把HEAD向后移动了一下，而git revert是HEAD继续前进，只是新的commit的内容和要revert的内容正好相反，能够抵消要被revert的内容。

### push ###

上传本地仓库分支到远程仓库分支，实现同步。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 16][]

### 其他命令 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 17][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70]: /images/20220328/60386adca7bf4b1682d2fb633dd3d14b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 1]: /images/20220328/7215468e31e94c9c8b0acaeb6437aaad.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 2]: /images/20220328/216fc370be124a798db9fa7e5705d15a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 3]: /images/20220328/c55ec365e5f84d0a805d5e3005ffd022.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 4]: /images/20220328/9121dba5ba0e4512b0d0e5e9c4612598.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 5]: /images/20220328/b46d5d860b2941f383a9641f262f74c5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 6]: /images/20220328/55ed4f5493cb4a9c8d1aa56bd0c1d534.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 7]: /images/20220328/deab3b61d79b4aeaa33c14891dc7c495.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 8]: /images/20220328/7e4b3dcd6afb45fd95e2282ad62ede2b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 9]: /images/20220328/6b99c8538c664357b8aaa4e040e922e6.png
[20190110105213463.jpg]: /images/20220328/fd862dd9f5884ab192833e369cade1a4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 10]: /images/20220328/3e412521e72940479dc0e275331eac4a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 11]: /images/20220328/8548c3f52f6d4afab262a7135a67e739.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 12]: /images/20220328/4c9e4d2062094e97b7b529e64f9c2fe8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 13]: /images/20220328/cec9fa281893452ca4f6a91d5c8a01d6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 14]: /images/20220328/49c62024fcd64b14b3fea16af4e93bd9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 15]: /images/20220328/e40b437efb954d4c874460ed2e20dd60.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 16]: /images/20220328/6d03c86be0884ce998bfe25ef1ff6338.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MDgwMjA1OA_size_16_color_FFFFFF_t_70 17]: /images/20220328/87aa5b51728843888ead5ea3b11c4485.png