当前分支拉取master的操作 git rebase master
以master为准创建分支dev_A 开发，开发过程中，master主分支有新的功能被提交进来，需要将这部分代码align到dev_A的版本.
这里仅列举这一个场景，rebase 还可以修改commit message 请参照我的另一篇文章
理解rebase
rebase 字典翻译为变基。我的理解是：改变基准，以早期的master为基准创建的dev_A,后来master代码有变，我们需要重新以最新的master为基准同步代码，可以理解成改变dev_A的基准版本为最新的master，这样是不是好理解一些呢？
操作步骤
1 git切换至当前开发版本
git checkout dev_A
切换到当前开发版本是，也就是 dev_A
2 list需要变基到的branch，不一定是master
git branch -a
查看所有分支，根据列表中的branch 基准branch
3 执行rebase变基
git rebase master
这里以master为基准，如果是其他版本，git rebase branchname
如果dev_A中存在没有提交的代码，git会提示:
can't rebase : you have unstaged changes.
Please stash or commit them .
可以根据自己的情况选择执行stash 或者 commit，这里stash为例：
git stash
stash暂存本地仓库，rebase 完成之后再使用 git stash pop 取回这一部分代码。
如果没有冲突的情况
比如dev_A做的是A模块，master 代码变更进去的是B模块，也假设没有其他共同使用的文件
git rebase master 这一句命令就已经完成了我们的rebase操作，我们dev_A 已经包含了master后来更新进去的文件。
存在冲突的情况
这里我们着重说明存在冲突的情况
解决冲突
git 会提示我们有哪些文件冲突，我们可以在代码编辑器中查看冲突标识符
<<<<<HEAD
HEADcode
=======
Othercode
>>>>>>>>>>
两个冲突的版本用连续的等号=隔开，便于对比两个版本代码，手动修改使用哪个版本的代码。
标记冲突已解决
git add .
修改完成之后 使用git add . 告诉git 冲突已被全部解决，也可以一个文件一个文件解决之后使用 git add filepath， 这样比较麻烦
继续rebase 操作
git rebase --continue
提交到远程分支
git pull -f
master的代码已经被同步到当前本版dev_A的版本库了。
如果有stash的文件，使用如下命令取回代码
git stash pop
本文来自博客园，作者：jiayouliucui，转载请注明原文链接：https://www.cnblogs.com/cheery-go/p/15654584.html
