写在前面：
现在还只是杂乱的记录，部分内容在公司，需要时间手工搬运出来…

普通合入引发的冲突

方法1(推荐)：使用re

git fetch
下载所有分支的最新的远端分支（看一下如何下载某个特定分支）
git re origin/master
以origin/master分支为基线，合入master分支的修改。
手动解决冲突
git add -A;git re --continue
冲突解决完成之后，提交修改
git push origin master:refs/for/master
推送到远端服务器

方法2:使用merge

git fetch
下载所有分支的最新的远端分支（看一下如何下载某个特定分支）
git checkout origin/master
直接切到远端的master分支
git merge master
将master分支的修改合入
手动解决冲突
git add -A;git commit
提交修改
git push origin HEAD:refs/for/master
推送到远端服务器

cherry-pick

cherry-pick是在服务端进行操作的，完全不涉及本地分支。
cherry-pick的原理可以简单理解为：
将两个提commit之间的差异（patch）应用到另一个分支上。那么，如果如果patch对应的源文件对应的行在另一个分支已经被改变了，那么就无法成功应用patch，会提示冲突。必须要在本地手动解决冲突。
假如要将master某个commit提交到dev分支，操作流程如下：