Git分支和版本回退

1、分支

一、分支简单介绍

简单使用:

能够将 git branch new_branch和 git checkout new_branch两个命令合并成一个命令: git checkout -b new_branch。这个命令的意思就是建立一个分支而且切换到这个分支上。
本地分支更名: git branch -m 原分支名 新分支名

二、合并分支merge

这个过程当中，下一个版本会记录一个parent id，这个parent id就是前一个版本的commit id。

注意当咱们在dev中更改文件以后，必定要先add和commit，否则那样就会和master内容同步了，咱们须要的是在dev中更改以后，在没有进行merge以前，master不会和dev相同: 看下面的演示：

三、快进fast forward

HEAD的含义: (在git reset HEAD test.txt中使用过)

• HEAD指向的是当前分支；
• master是指向提交(本质上只的是当前的提交)；

即以下表示:

若是咱们执行git checkout -b dev，咱们就会建立一个dev分支并指向新的分支。

这是在master分支的基础上，可是这个过程并非像SVN同样会拷贝一份，而是只是建立一个指针dev，会和master指向了同一个提交。但此时HEAD指向的是dev（当前分支）。

查看HEAD文件的内容:

而后我在上图的基础上，若是我在dev分支下进行了一次提交，图就会变成下面这样:

此时master指向第3次提交，而dev已经指向了第四次提交。

接下来，若是我将dev上面的修改合并到master上面 (在master中操做)，上面的图就会变成下面这样:

这种状况不会有冲突存在。

实战演示:

总结一下这种状况，就是直接从master分支跳转到了最后的dev修改的那个位置，至关于指针的跳转。

四、master和dev同时修改同一文件同一位置产生冲突

演示冲突：在master中修改了test.txt的第三行，在dev中也修改了test.txt中的第三行，因而合并的时候就会产生冲突:

上面的过程就是以下图的过程:

注意箭头往回指是由于后一个提交里面包含一个 parent-id指向前一个提交的 commit-id，前面已经说过。

注意观察master分支中test.txt文件的内容以及咱们将解决此次冲突(即咱们打算保存master的修改而丢弃dev的修改)：

五、深刻fast-forward模式

也就是说在fast-forward模式下:

• 若是可能（合并时没有冲突），那么Git就会采用fast-forward模式；
• 在这种模式下，删除分支时会丢掉分支信息；
• 合并时加上 -- no-ff参数会禁用fast-forward模式，这样就会多出一个commit - id，也就是说在fast-forward模式下面merge不会多出一个commit-id；

git merge -- no-ff dev复制代码

• 查看日志更好的方式

git log --graph复制代码

关于fast-forward模式和非fast-forward模式下的少一次commit-id和多一次commid-id的图解:

咱们先看使用fast-forward模式下的: (即合并的时候commit-id和另外一个分支相同):

再看不使用fast-forward模式:

2、Git版本回退

Git的另一个强大之处在于能够回退到以前的任意一个版本：

主要看下面的命令:

• git reset --hard HEAD^， 日后回退1个版本；
• git reset --hard HEAD~3，日后回退3个版本；
• git reset --hard commit-id，直接回退到某个commit-id；(若是当前在靠前面，就能够经过git log查看)；
• 若是在后面，不能查看到前面的git log 获得 commit-id怎么办呢？能够用git reflog查看本身的操做日志；

实战演示:

查看修改和提交日志:

下面演示怎么回退:

原文：Java架构笔记

免费Java高级资料须要本身领取，涵盖了Java、Redis、MongoDB、MySQL、Zookeeper、Spring Cloud、Dubbo高并发分布式等教程，一共30G。
传送门： mp.weixin.qq.com/s/JzddfH-7y…