git 实践

Tue, 10 Jan 2017 14:44:28 +0000

背景

某同学在指定分支上做了修改，但是执行 fetch 的时候并没有认真看 fetch 后的提示（reject）。复盘的时候发现是该同学脑中认为自己本地没有该分支，git fetch 是不会有任何 reject 的可能性，因此并没有认真看 fetch 后的提示。（目前暂无办法解决不看 git 操作后的 message 的问题）该同学是为了解决 PR 与 master 的冲突，但是不记得自己曾改过指定的分支，git fetch 完直接到指定的分支操作 git rebase master。

问题

有一个 dirty commit 并且已经合到了 master。
合到 master 的分支为了解决冲突使用了 git rebase。

图片由子龙提供，感谢子龙。

目标

尽可能让所有相同的 commit 只出现一次。
尽可能使用少的命令。

操作流程

复盘：重新回顾整个流程，看哪个步骤发生了问题，该如何解决。

git 操作

操作 1

$ git merge master # 在正确的分支下使用 git merge master。解决此时放生的所有冲突。（如果在这个时候直接使用 git rebase master，将需要面临很多次 commit 产生的冲突，产生冲突后直接用 git rebase --skip 可能会错过自己期望的代码）
$ git reset --soft HEAD~ # 保留最后修改的冲突代码。
$ git stash
$ git rebase master # 遇到冲突后直接 git rebase --skip（由于该分支下有多个 commit，因此需要执行多次 git rebase --skip）。
$ git stash pop
$ git add .
$ git ci -m 'Add: 添加修改'

操作 2

突然想到一个更简单的方式去处理。

$ git co master
$ git co -b <branch>
$ git cherry-pick <multiple commit> # 直接 cherry-pick 缺的 commit，可多个 commit。

最后解决问题。

programming 39