用过sourcetree,也用过命令行，有系统的学习过，但是在某些情况下还是一点懵逼；
有的到时候不要codeReview,所以几个人在一起直接merge一个dev分支就好了，但是后来发现如果多人开发还是要Pull Request的，所以就要用到了rebase和merge
简单描述下我司的工作流程
- 1.开发分支为
develop,总分支为master - 2.所有人开发都是依赖
develop. - 3.做事情，基于
develop拉出来一个分支，随意起名，我们叫做4.12_feature_addtab_wx - 4.将
4.12_feature_addtab_wx完成后，提交到远程 - 5.众人
codeReview后同意即可merge到develop - 6.如果此时没有冲突，点击
merge即可(这个就是类似于github的Pull Request) - 7.如果有冲突，那么回到
sourcetree或者terminal，切换分支到develop，然后更新代码为最新即可 - 8.切换分支到
4.12_feature_addtab_wx,然后右键develop，选择rebase current change onto develop(基于develop分支，更新一下代码)，如果遇到了冲突，直接解决就好了； - 9.解决完冲突，直接在
Pull Request中直接点击merge即可；
总结:
rebase操作
没有冲突，就是merge，有了冲突，就是先rebase解决冲突，在merge合并分支
关于解决冲突可能出现的问题
1.解决完冲突，Mark Resolved一下
rebase解决完冲突之后，还是要提交一下的，否则sourcetree或terminal是不知道的，
有冲突，可以使用我自己的代码，或者他人的代码，如果直接点击了这二者其一，他都默认执行了Mark Resolved,如果是手动修改的，并且修改完毕，要记得，选择一下Mark Resolved
2.继续rebase
当所有的问题都解决，mark resovlved了，然后再去 continue rebase
3.可能会多次rebase
假设4.12_feature_addtab_wx上，我们commit了15次，每次都修改了WMBOrder这个类，那么我们rebase的develop分支上，也修改了WMBOrder类，当我们要merge代码的时候，发现本地的develop分支不是最新的，所有区更新了一下，我们要拉新代码，然后基于develop去rebase一下，然后这时候，可能要合并15次，这个好像是每次都要修改，直到将我们的commit中所有develop有冲突的都要修改一边，比较麻烦.
所有尽量不要去rebase坏了，如果坏了，也没事，直接别删除合并前的两个分支就行，在重新rebase，慢慢再来一遍就行了
仔细看看合并的点，是一次新的提交，Merge pull request XXX
merge和rebase的区别
网友评论