发起一个新的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到目标分支。