发起一个新的PR（pull request）比较容易，在网页上点击就可以，注意选择好目标分支。
接下来，会进入review的阶段，这个阶段可能会比较漫长，review的comments和你的重新修改commit，甚至包括reply
在这个漫长的阶段，PR要merge的目标分支可能又会又很多的提交，即使你的PR被review通过了，解决冲突也是一件麻烦的事情，你可以选择在类似GitHub的网站上通过web的方式修改冲突（如果冲突比较少还是可以的），另一种方式就是在本地解决冲突（有IDE的帮助）再push上去。
接下来，介绍一下在这个漫长的PR阶段，如何保持代码在最小的冲突情况下，并且保持commit数量只有一个（很多人要求PR的commit只有一个）
比如，自己的分支是 feature/test，目标分支是 dev
保证本地的
feature/test和dev分支，代码都是最新的切换到
feature/test分支，执行
git rebase dev
- 手动解决冲突之后，执行
git add .
用来标记冲突的文件已经解决。
-
git status看一下，如果文件都是绿色的，就可以继续执行rebase
git rebase --continue
用来让rebase继续执行。如果还出现冲突，请反复执行第3，4步。
- 如果需要把commit数量压缩成1个，我这里选择使用reset
git reset --soft [commit-id]
这里的 [commit-id] 指的是 feature/test 和 dev 分支的共同父节点。
- 然后执行一次commit
git commit -m "just test"
- 一切顺利，执行push（需要强推）
git push -f origin feature/test
反复执行以上的步骤，来度过可能很漫长的PR review阶段，直到最后成功merge到目标分支。
扫描二维码关注公众号，回复：
6497197 查看本文章
转载于:https://www.jianshu.com/p/7020c8fc3321