git merge和git rebase总结
dev分支
* da349ef (dev) e
* 75350bc d
* 63cbbb8 c
* c6509a5 b
* 13405af a
文件可能会发生冲突，需要解决一下
aaaaaaaaa
bbbbbbbbb
ccccccccc
<<<<<<< HEAD
fffffffff
ggggggggg
=======
ddddddddd
eeeeeeeee
>>>>>>> dev
最后结果
* 85ef130 (HEAD -> master) Merge branch 'dev'
|\
| * da349ef (dev) e
| * 75350bc d
* | b553464 g
* | 6d56d3d f
|/
* 63cbbb8 c
* c6509a5 b
* 13405af a
可以看出，merge 有保留dev分支的痕迹，相当于创建了一个85ef130 commit 并同时指向了da349ef (dev) e和
b553464 g
再看rebase是如何处理的
Master 分支
* 2a4e835 (HEAD -> master) d
* 706b742 c
* 4807917 b
* 59a582d a
dev 分支
* 0a6ecdd (HEAD -> dev) f
* 42b6702 e
* 706b742 c
* 4807917 b
* 59a582d a
使用rebase合并分支
在master 上执行
git rebase dev
（着重理解这句话）相当于将master分支的代码向dev分支合并,在将master的指针指向dev上新创建的commit
可能会有冲突，解一下
aaaaaa
bbbbbb
cccccc
<<<<<<< HEAD //这里是dev 的内容
eeeeee
ffffff
=======
dddddd
>>>>>>> d // 这里是master的内容
冲突时，冲突部分与merge不同，相当于将master的差异代码往dev合并，然后产生了一个新的commit，之后将master变基到这个新的commit-id 上
解决冲突后执行 git add <conflicted_files> ，然后执行git rebase --continue
rebase操作是持续执行的，如果还有冲突，继续执行上述操作（好处是：也方便一个冲突一个冲突的解决）
rebase 合并成功后（有的也翻译为变基），在master上查看git日志
* ff1a394 (HEAD -> master) d //这里是新创建的一个commitid，commit注释为d master变基到此
* 0a6ecdd (dev) f
* 42b6702 e
* 706b742 c
* 4807917 b
* 59a582d a
