本文由简悦 SimpRead 转码，原文地址 mp.weixin.qq.com

👉目录

1 将几个 commit 压缩成一个

2 找回丢失的 commit 节点或分支

3 获得一个干净的工作空间

4 修改最近一个 commit

5 提交一个文件中的部分修改

6 禁止修改多人共用的远端分支

7 撤销一个合并

8 从整个历史中删除一个文件

9 其他好用的命令

这篇文章因为更多的是列举实际应用的技巧，所以文章结构会显得散乱一些，也不会像前两篇文章那样要求大家顺序阅读。每个点都是互相独立的，大家可以根据自己的需要学习。

在这篇文章里我会使用操作录屏的方式来介绍例子，希望这种方式可以让你更直观的了解命令的使用方法。

关注腾讯云开发者，一手技术干货提前解锁👇

鹅厂程序员面对面直播继续，每周将邀请鹅厂明星技术大咖深入讲解技术话题，更有精美周边等你来拿，记得提前预约直播～👇

01

将几个 commit 压缩成一个

⚠️这里有一点要特别注意的是：rebase 会导致新的 commit 节点产生，所以切记不要对多人共用的远端分支进行 rebase。

这个命令是两年前 @samqiu 教给我的，第一次看到的时候非常惊艳。

rebase -i 是个很实用且应用广泛的工具，希望大家都学会它的使用。它还可以用来修改 commit 信息，抛弃某些 commit，对 commit 进行排序等等。具体命令如下，操作方式跟动图一致，都是在 vim 里面进行编辑。这里不展开，感兴趣的同学可以自己操作一下。

# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
# . create a merge commit using the original merge commit's
# . message (or the oneline, if no original merge commit was
# . specified). Use -c <commit> to reword the commit message.

另外如果要合并的是最近的几个 commit，我们还可以用 git reset --soft HEAD~3 && git commit -m 'xxx' 来实现。

02

找回丢失的 commit 节点或分支

像上一步 rebase 后发现不符合预期，如何恢复？不小心删除了一个分支，如何找回？

“学会这个技能，你的同事会请你喝奶茶的，而且说不定还能收获妹子。” —— 来自往期课程的某位同学

主要思路为：找到要返回的 commit object 的哈希值，然后执行 git reset 恢复。

我们知道 Git 的出现就是为了尽量保证我们的操作不被丢失，git object 是一旦被创建，就不可变更，所以只要找到它对应的哈希值，就能找回。但是 ref 呢？它是一个可变的指针，比如说你在 master 中提交了一个 commit，那当前的 master 这个 ref 就会指向新的 commit object 的哈希值。reflog 就是将这些可变指针的历史给记录下来，可以理解成 ref 的 log，也可以理解成版本控制的版本控制。

03

获得一个干净的工作空间

当我们实验一种思路，或者跟朋友讲代码时，我们可能会随意的修改代码。而当我们回到正常的开发时，我们需要一个干净的工作目录，即保证目前工作目录跟 Git 最后一次 commit 的文件是一致的。我们可以怎么做？

尽量少用会丢失文件的操作，除非你能够确定不再需要这些文件。

04

修改最近一个 commit

commit 完发现有一些临时的 log 忘记去掉？有一些文件忘记添加？commit 信息出现错别字？

也可以使用 git reset HEAD~，然后执行你需要的修改，再 commit 即可，同上面介绍的命令效果是相同的。

05

提交一个文件中的部分修改

Git interactive add 还有很多功能，也推荐大家有时间可以尝试一下。

06

禁止修改多人共用的远端分支

如果一条远端分支有多人共用，那么不要在上面执行 reset、rebase 等会修改这条分支已经存在的 commit object 的命令。

具体的解释参照这篇文章 Rebase and the golden rule explained 。

https://ww1.daolf.com/lander

07

撤销一个合并

如果是一个本地分支，仅需 git reset --hard <合并前的 SHA1> 即可。

如果这个分支已经被推送到远端，比如说合并进 master，发到线上才发现有 bug 需要回滚。这时分支有可能已经被其他人所使用，根据 “禁止修改多人共用的远端分支”，你需要执行 git revert -m 1 <合并的 SHA1>，新增一个 revert 节点，如下图中的 E’。

但要注意不要在原特性分支继续开发，而应该删除原来的分支，从 E’节点拉出新分支做 bug 修复等。

如果在原特性分支上继续开发，则在合并回 master 的时候需要做一次 revert 操作 revert 掉 E’节点，变成 E‘’（如下图），不然很容易出现丢失文件等问题。

08

从整个历史中删除一个文件

代码要开源了，但发现其中包括密钥文件或内网 ip 怎么办？

git filter-branch --tree-filter 'rm -f passwords.txt' HEAD

可以使用 filter-branch 命令，它的实现原理是将每个 commit checkout 出来，然后执行你给它的命令，像上面的 rm -f passwords.txt，然后重新 commit 回去。

⚠️这个操作属于高危操作，会修改历史变更记录链，产生全新的 commit object。所以执行前请通知仓库的所有开发者，执行后所有开发者从新的分支继续开发，弃用以前的所有分支。

09

其他好用的命令

下面这些命令也是比较实用的命令，感兴趣的同学可以自己学习一下。

git bisect 二分查找出现问题的变更节点，比如你发现当前提前下测试是不通过的，但 HEAD～10（10 个提交前）的测试是可以通过的，就可以用 git bisect 来帮你定位到出现问题的变更点。
git blame 查看某行代码最后是谁修改的。
git show-branch 直观的展示多条分支间的关系。
git subtree 拆分或合并仓库。

-End-

原创作者｜李泽帆

感谢你读到这里，不如关注一下？👇