本冲突与变基

概述

除了常用的git add/commit/push/pull/branch/checkout 等常规操作外，git 还有两个在生产中某些关键时刻可以解决问题的命令：git reset / rebase

reset

rebase

场景一 : 跟上master 的进度

线上版本为online，张三今天上午接到一个需求，拉了个版本zhangsan，李四下午接到一个需求，也拉了个版本叫lisi，lisi 一会就提交了代码，也通过了code review 合并到了 online 分支，第二天zhangsan 分支开发完了，也想合并到online，这时的online 已经不是当初的online了，lisi 提交的merge request 可能会产生conflict。

这时张三可以先 rebase 到现在的online 上，再提交merge request。

场景二：压缩不必要的commit

沿用上面的场景，假设张三在zhangsan分支上开发时，commit 了 100多 次（每写几行就commit一下），开发完后merge 到了online，也发布到了线上，但是，线上突然出现了个bug，要回滚代码，这时一看commit 信息，岂不要晕了。

所以张三可以在merge request 之前 先rebase 一下，例如 合并最近的三次 commit

git rebase -i HEAD~3

出现

然后修改commit 内容

:wq 退出

选择需要保留的一条commit message, 其余的删除掉或注释掉即可 :wq。

之后 查看commit log 就只剩下保留的那条commit message 了。