以下流程有待商榷
使用 git rebase 命令可以保证当前分支的提交历史记录是一条完美的直线，但是这种形式在多分支的场景下会导致主分支和开发分支的合并节点丢失
所以考虑到类似场景，我们应该有限的使用 git rebase 来合并分支
使用 git rebase 命令的本意是为了防止在在开发时多次合并其他分支的更新导致历史记录混乱难以追溯（例如从 A 分支分出的 B 分支在开发一段时间后合并 A 分支的更新，之后在 B 分支开发完成后再汇入 A 分支，此时 A 分支对于 B 分支的内容更新追溯会变得困难），在这个基础上提出相应的改进思路
对于不能主动提交的主分支而言，在合并其他分支时应该使用git merge --no-ff命令来主动留下合并节点对于频繁更新的开发分支而言，则需要分类讨论如果需要同步主分支的更新时，应该使用git rebase来保证历史记录不受污染如果需要同步其他开发分支的更新时，应该使用git merge --no-ff，此时其他开发分支的任务就算结束了，如果其他开发分支需要继续开发，则应该从开发分支上重新创建分支