git merge --no-ff cherry-pick

git中的分支可以用下面的这种图来表示。

圆圈：代表把stage区域的修改commit了一次，

master:默认分支指针，每次创建一个新分支都会多一个类似的指针，如下图dev就是新建分支

head:当前分支，一个版本库有且只有一个

merge --no-ff

1，假如从master分支上新建分支dev，并commit了两次，此时分支流程图如下；

2，现在你切换到在master分支上合并dev分支,使用git merge --no-ff命令，就变成了这样；

3，而如果你使用普通的git merge 操作，默认会使用fast forward,就会变成这样

而如果此时在master分支上reset ，回到的dev分支做的前一个commit

stash /cherry-pick

1，还是从master分支上新建分支dev，在开发中没有提交(使用虚线表示没有提交)

2，dev分支上的开发此时还没有结束，但是master分支上出现一个问题，于是我们先stash dev分支上的操作，回到master分支，并创建新分支issue-01，解决完问题之后，返回master分支使用merge --no-ff 合并issue-01分支，此时分支图变成这样：

为了方便理解，把stash也当作一个虚拟分支，在git stash的时候其实是保存当前分支现有修改，重置指针到上一次commit的地方。
3，为了在dev分支上也修复issue-01修复的问题，可以使用cherry-pick，此时分支图变成这样：

A代表修改内容，若stash保存内容和A修改内容没有冲突，则可以直接 git stash pop ，合并stash 和 A的修改，如果此时出现冲突，会跟正常出现冲突一下阻塞在合并的操作，手动解决冲突，add 和commit合并即可，但是此时git stash list 里还是会看到保存的stash{@0},需要手动drop掉