如何克服解决Git冲突的恐惧症？（Git移交提交记录）

到如今咱们已经学习了Git的基础知识，包括：

• 如何克服解决Git冲突的恐惧症？（序）
• 如何克服解决Git冲突的恐惧症？（Git入门介绍）
• 如何克服解决Git冲突的恐惧症？（Git基础篇--上）
• 如何克服解决Git冲突的恐惧症？（Git基础篇--下）
• 如何克服解决Git冲突的恐惧症？（Git分支策略）
• 如何克服解决Git冲突的恐惧症？（Git四大组件）
• 如何克服解决Git冲突的恐惧症？（Git高级篇）

概念涵盖了Git 90%的功能，一样也足够知足开发者的平常需求。

然而, 剩余的10%在处理复杂的工做流时（或者当你陷入困惑时）可能就显示尤其重要了。

接下来要讨论的这个话题是“整理提交记录” ：开发人员有时会说“我想要把这个提交放到这里,那个提交放到刚才那个提交的后面”, 而接下来就讲的就是它的实现方式，看起来挺复杂, 实际上是个很简单的概念。

git cherry-pick

第一个命令是git cherry-pick, 命令形式为:

git cherry-pick <提交号>...
复制代码

若是你想将一些提交复制到当前所在的位置（HEAD）下面的话，cherry-pick是最直接的方式了。我我的很是喜欢cherry-pick，由于它特别简单。

我们仍是经过例子来看一下！

这里有一个仓库, 咱们想将 side 分支上的工做复制到 master 分支，你马上想到了以前学过的rebase了吧？可是我们仍是看看 cherry-pick有什么本领吧。

git cherry-pick C2 C4
复制代码

这就是了！咱们只须要提交记录C2和C4，因此Git就将被它们抓过来放到当前分支下了，就是这么简单!

交互式rebase

当你你知道你所须要的提交记录（而且还知道这些提交记录的哈希值）时, 用cherry-pick再好不过了，没有比这更简单的方式了。

可是若是你不清楚你想要的提交记录的哈希值呢?

幸亏Git帮你想到了这一点, 咱们能够利用交互式的rebase，若是你想从一系列的提交记录中找到想要的记录, 这就是最好的方法了

我们具体来看一下：

交互式rebase指的是使用带参数--interactive的rebase命令, 简写为-i

若是你在命令后增长了这个选项, Git会打开一个UI界面并列出将要被复制到目标分支的备选提交记录，它还会显示每一个提交记录的哈希值和提交说明，提交说明有助于你理解这个提交进行了哪些更改。

在实际使用时，所谓的UI窗口通常会在文本编辑器：如Vim中打开一个文件。

当rebase UI界面打开时, 你能作3件事:

• 调整提交记录的顺序
• 删除你不想要的提交
• 合并提交

接下来看下具体命令：

能够看到：

• p, pick = use commit
• r, reword = use commit, but edit the commit message
• e, edit = use commit, but stop for amending
• s, squash = use commit, but meld into previous commit
• f, fixup = like "squash", but discard this commit's log message
• x, exec = run command (the rest of the line) using shell
• d, drop = remove commit

拆分提交记录 edit

更改子提交pick为edit，表示须要修改这次提交；而后reset到须要拆分的上次提交，可是保留工区的内容，再依次commit工做区中的内容。

合并提交记录 squash

更改子提交 pick 为squash，表示与当前提交的父提交合并。

批量修改历史提交信息 reword

更改子提交 pick 为reword，表示修改历史提交信息。

删除历史纪录

修改pick为drop, 或者直接删除所在的行。

相信你们对Git移交提交记录已经基本掌握，不妨在本身的git环境中动手试一试吧～

微信公众号： 码上论剑 请关注个人我的技术微信公众号，订阅更多内容