×

git使用的一些姿势

96
牧羊童鞋 595a1b60 08f6 4beb 998f 2bf55e230555
2017.11.16 17:44* 字数 1201

这里记录下自己使用过的一些不常用git利器。这些命令在自动化脚本和插件中非常有用,在排查问题、整理log方面也会有所帮助。

  1. git rev-parse HEAD 获取当前最后一个的 commit hash

dannyliu@macpro:maleskine$ [master] git rev-parse HEAD
51834cc95f15c81b1d8c6afc2625e50a81aadb23

你应该看出来了,上面命令中的HEAD可以替换成branch name,如git rev-parse dev获取dev分支的最后一次提交

  1. git rev-parse --abbrev-ref HEAD获取当前分支名

dannyliu@macpro:maleskine$ [master] git rev-parse --abbrev-ref HEAD
master

  1. 上面命令都说是获取当前的XX,也就是说你运行命令时所在的 git 目录,如果我想要在任何的地方运行这个命令呢,这时候就需要你明确指出.git目录的位置以及git对应的工作目录(即你的代码位置)

dannyliu@macpro:code$ git --git-dir='./maleskine/.git' rev-parse --abbrev-ref HEAD
master

可以看到上面命令行中,我并没有直接在maleskine目录下运行,通过设置--git-dir选项,也可以正确的获取到maleskine项目当前的分支名。git还有一个选项--work-tree可以指定git的工作目录

  1. 有时候我们添加了一个commit,比如提交信息是fix xx bug,后面又修改了些代码,而这次的修改还是为了修复同一个bug,这时候我们就想一个bug两次提交不太好啊,挖坟会被发现工作不认真啊,而且对于强迫症来说这样的log也不美观,所以我们想把这次的修改合并到上一次提交中,这个时候我们得分两种情况,一种是我虽然commit了但是还没push,这种比较简单,直接运行--amend即可。下面的-a是add 的简化操作,正常的是应该先add,再commit,这里一步完成两步的事而已。

git commit -a --amend

第二种就是我commit了,还push到远端了,这就尴尬了,这时候如果你还照着上面一行命令下去,你会发现你push就会被拒绝,因为你修改了一次提交信息,导致远端和你的log自动合并失败,这时候你只能-f强推(多人合作时极其危险)

  1. 有时候我们需要合并多次提交,强迫症要求,保证每个commit都是完整有意义的,这时候我们可以参考这一篇文章,使用git rebase -i命令

  2. 有时候我们把分支的某些commit弄丢了,需要恢复,这个时候我们可以通过命令git reflog来查找,reflog里包含了你所有的git操作,配合grep即可找到你丢失的提交

  3. git reflog能够找回大部分操作,包括丢失的commit等,但是如果你在reflog中都找不到这个commit,那就说明这个commit没有记录在.git/logs/文件里(有可能被清理过),它没有被任何东西引用。这种情况下我们该怎么才能恢复commit 数据呢?git fsck --full命令可以帮助到你,该命令会显示所有未被其他对象引用的对象。
    关于fsck更多点这里

dannnyliu@macpro:martin$ [master] git fsck --full
Checking object directories: 100% (256/256), done.
Checking objects: 100% (1260/1260), done.
dangling commit 2300e11233b0e6e7b3fccc16dc2494ac293d25d
dangling blob c102d16aa2e2547850cb58563b9b277fe79d06b
dangling blob e6841b0a53ec3a711584c917b429ed75b995bcb
  1. 有时候我们会遇到这么一种情况,大家一起合作开发一个项目,你完成一个功能后commit了,过了好一段时间,你再去验证这个功能时,发现不工作了。what?提交代码后就没有再修改那个功能模块的代码,它怎么能不work了呢?当然也有可能你不知道修改了什么导致的。我想这时候的你肯定是崩溃的,so,神器git bisect来帮忙。git bisect能帮你快速定位到是哪一次commit导致这个功能出问题的。然后你看下这次commit改了些啥就很快能找到问题了。
    简单说下git bisect的使用方法吧,首先你需要使用以下命令设置一个bad commit和一个good commit:
$ git bisect start
$ git bisect bad                 # Current version is bad
$ git bisect good v2.6.13-rc2    # v2.6.13-rc2 is known to be good(这里可以是tag/commit-hash等)

然后git会帮你不断二分法切到中间点,你只需要一步步验证告诉git这个点是good or bad即可

$ git bisect good     # 或者是 git bisect good

最后你会看到这么一个提示,这个就是git帮你找到的第一个坏点,你只需要分析这个commit就OK了,这对迅速排查问题解决问题非常有用

f6df9d0bfbac99e06c293c97a13aee8624757a03 is the first bad commit

后面学到什么更新什么吧

技术
Web note ad 1