git合并分支上的commit为一条commit到master

标签： git

---

缘由？

有一次被人问到怎么把一个分支的所有commit按一个commit合并到主分支上，当时一脸蒙B，平时开发都是直接merge,很少考虑到这种问题，于是特意搜索了相关资料。

场景

其实在开发中，我们永远都是保留一个主master分支干静，我们都是会重新拉一个dev分支做开发，遇到BUG就会拉BUG分支解决BUG，但是在分支上做开发和解决BUG不只会有一个提交，而合并到主干上也没有必要让别的开发看到冗余的commit信息，其实别的开发只要需要看到这个分支是解决了什么问题或者开发了什么任务即可。

按普通的提交流程是:

    git checkout master //切换回主分支
    git pull //拉取master代码
    git merge dev //如无冲突就已经合并成功如遇冲突就解决冲突再提交代码

如果想合并分支commit到主分支可以按如下走法:

    git checkout master //切换回主分支
    git pull //拉取master代码
    git merge dev --squash //如遇冲突就解决冲突
    git commit -m "这里是注释"

原理就是--squash会把分支上的所有相对master分支的修改一次性推送到本地，这样就可以解决在master上只会看到一个提交了。

方法2

另一种方法就是通过rebase来做合并commit再merge到master分支
1:假设当前在dev分支上，提交了二条commit修改，在dev分支上执行如下代码

    git rebase -i master

这时 git 会打开编辑器，你会看到 dev 分支上的 2 个最新 commit，以及一些指引提示
如下图

每个 commit 前有一个操作命令，默认是 pick ，表示该行被选中，需要进行 rebase 操作。下面一堆注释的指引中还有几个指令，我们常用到的是以下 2 个

• squash：将这一行的 commit 与上一个 commit 进行合并
• fixup：与 squash 相同，只是不会保留这行 commit 的提交 message 信息
  按如下图保存后，dev 分支就只剩下 1 个 commit 了，这个合并后的 commit 提交的信息包含之前 2 个 commit 的信息
  
  再切回master分支执行合并操作即可:

    git checkout master
    git merge dev

这样就做到你一个commit提交到了主分支达到要求

参考文章:
通过--squash合并commit
通过rebase合并commit