>[info] 通常我们建议解决问题时，或者发布稳定版本，并且开发测试新功能时建议多拉分支，因为拉分支只是增加指针，非常快的，并且也符合git的协同开发的理念。 当分支上的新功能开发完成后就需要进行分支合并了，分支合并会遇到下面三种情况： 1. 合并满足“快速合并”，这种合并非常快只会移动一下指针到新分支的提交上。 2. 合并满足“快速合并”，但是用了“非快速合并”的参数，限制不进行快速合并，这种合并会产生一次提交，而第一种情况则不会。 3. 合并不满足“快速合并”（父分支拉出了子分支之后发生了变化），此时会出现冲突，需要先手动解决冲突，然后再提交。 参考： [分支管理](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013743862006503a1c5bf5a783434581661a3cc2084efa000) [创建于合并分支](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840038939c291467cc7c747b1810aab2fb8863508000) [解决冲突](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/001375840202368c74be33fbd884e71b570f2cc3c0d1dcf000) [分支管理策略](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013758410364457b9e3d821f4244beb0fd69c61a185ae0000) [https://oschina.gitee.io/learn-git-branching/](https://oschina.gitee.io/learn-git-branching/)（在线演示，学习git）