这才是真正的Git——Git实用技巧详解

本文是本系列的最后一篇。这里给大家一些实用的小技巧，希望能提高大家的开发效率。因为本文更多的是罗列实际应用技巧，所以文章的结构会显得比较散乱，不会像前两篇那样需要大家按顺序阅读。每个点都是相互独立的，大家可以根据自己的需要来学习。在本文中，我将使用操作屏幕录制的方法来介绍示例。希望这个方法能让大家更直观的了解命令的使用方法。将多个commit压缩为一个??这里要特别注意的一点是：rebase会导致产生新的commit节点，所以切记不要rebase多人共享的远程分支。rebase-i是一个非常实用并且被广泛使用的工具，希望大家能够学会使用。它还可以用于修改提交信息、丢弃某些提交、对提交进行排序等等。具体命令如下。操作方法和动画一样，都是在vim中编辑的。这里就不展开了，有兴趣的同学可以自行操作。#Commands:#p,pick=usecommit#r,reword=usecommit,buteditthecommitmessage#e,edit=usecommit,butstopforamending#s,squash=usecommit,butmeldintopreviouscommit#f,fixup=like"squash",但丢弃这个commit的logmessage#x,exec=runco??mmand(therestoftheline)usingshell#d,drop=removecommit#l,label=labelcurrentHEADwithaname#t,reset=resetHEADtoalabel#m,merge[-C|-c][#]#.createamergecommitusingtheoriginalmergecommit's#.message(ortheoneline,ifnooriginalmergecommitwas#.specified).使用-c改写提交消息。另外，如果要合并最近的commit，我们也可以使用gitreset--softHEAD~3&&gitcommit-m'xxx'来实现。对此有疑问的同学可以参考Git内部原理强调的可视化方法来思考。找回丢失的commit节点或branch，发现上一步rebase后不符合预期。如何恢复？我不小心删除了一个分支，如何找回它？“如果你学会了这个技能，同事就会请你喝奶茶，甚至有可能会得到一个女孩。》——一个上期课程的同学，主要思路是：找到要返回的commit对象的hash值，然后执行gitreset恢复。我们知道Git的出现就是为了保证我们的操作不被尽可能丢失。在Git内部原理中我们提到，git对象一旦创建，就不能改变，所以只要找到它对应的hash值，就可以找回。但是ref呢？我们也Git内部原理中提到它是一个可变的指针，比如你在master中提交了一个commit，那么当前master的ref会指向新的commit对象的hash值，reflog就是为了记录这些变量指针的历史，可以理解为ref日志，也可以理解为版本控制的版本控制。获得一个干净的工作空间。当我们试验一个想法或者和朋友讨论代码时，我们可能会修改随意编码。当我们回到n正常开发，我们需要一个干净的工作目录，即保证当前工作目录与Git上次commit文件一致。我们可以做什么？尽量少用会丢失文件的操作，除非你能确定不再需要这些文件。修改最近commit后，发现忘记去掉一些临时日志？忘记添加一些文件？提交信息有错别字？也可以使用gitresetHEAD~，然后执行你需要的改动，然后commit，和上面介绍的命令效果是一样的。提交文件中的部分修改。gitinteractiveadd有很多功能，推荐大家有时间试试看。禁止修改多人共享的远程分支。如果一个远程分支是多人共享??的，那么就不要加上上面的Executingreset,rebase等，会修改这个分支已有的commitobject命令。具体解释可以参考这篇文章Rebase和黄金法则讲解。如果合并是本地分支，要撤消合并，只需gitreset--hardbeforemerging就足够了。如果这个分支已经push到远端，比如合并到master，发到线上才发现有bug需要回滚。此时分支可能已经被其他人使用，根据“禁止修改多人共享的远程分支”，需要执行gitrevert-m1，添加revert节点，如下图E'所示。但是注意不要在原来的feature分支上继续开发，而是删除原来的分支，从E'节点拉一个新的分支进行bug修复等，如果继续在原来的feature分支上开发，需要做一个合并回master时的revert操作将E'节点还原为E''（如下图），否则容易出现丢失文件等问题。具体原因分析参见分支合并中的总结。从整个历史记录中删除一个文件代码要开源了，但是如果发现里面包含密钥文件或者内网ip怎么办？gitfilter-branch--tree-filter'rm-fpasswords.txt'HEAD可以使用filter-branch命令，它的实现原理是检查每一个commit，然后执行你给它的命令，像上面的rm-fpasswords.txt，然后重新提交。??该操作为高危操作，会修改历史变更记录链，生成新的commit对象。因此，请在执行前通知仓库内的所有开发者。执行后，所有开发者将从新的分支继续开发，并丢弃之前的所有分支。其他有用的命令下面的命令也是比较实用的命令。感兴趣的同学可以自行学习。gitbisect二进制搜索有问题的更改节点。比如你发现提前的当前测试没有通过，但是HEAD~10（10次提交前）的测试通过了，你可以使用gitbisect来帮助你定位问题。问题的变化点。gitblame检查谁最后修改了一行代码。gitshow-branch直观的展示了多个分支之间的关系。gitsubtree拆分或合并存储库。