Git中你不知道的秘密

19 May 2015

注: 下面的一些命令和参数需要git 1.7.2以上的版本.

日志内显示branches, tags

$ git log --oneline --decorate

7466000 (HEAD, mislav/master, mislav) fix test that fails if current dir is not "hub"
494a414 fix cherry-pick of a commit URL
4277848 (origin/master, origin/HEAD, master) whoops
d270fae bugfix: git init -g
9307af3 test deps
8ccc17e http://github.com/defunkt/hub/contributors
64bb19c bugfix: variable name
546726a dont need you
3a8d7af (tag: v1.3.1) v1.3.1
197f429 (tag: v1.3.0) v1.3.0
a1e1a50 not important
3c6af16 magic `cherry-pick` supports GitHub commit URLs and "user@sha" notation

比较版本变化时, 只高亮行内改动, 而非整行

$ git diff --word-diff

# Returns a Boolean.
def command?(name)
  `type -t [-#{command}`-]{+#{name}`+}
  $?.success?
end

这个选项也适用于其他可以接受diff标记的git命令(比如: git log -p 和 git show).

简短的状态信息

$ git status -sb

## thibaudgg...thibaudgg/master [ahead 1, behind 2]
 M ext/fsevent/fsevent_watch.c
?? Makefile
?? SCEvents/
?? bin/fsevent_watch

默认, 长状态输出对于新手是OK的, 但是一旦你对git渐渐熟练了起来, 那冗长的状态信息就没显得必要了. 由于我经常查看状态信息, 所以我想把它变得尽量的简洁.

推送分支并自动设置追踪

$ git push -u origin master

# pushes the "master" branch to "origin" remote and sets up tracking

“追踪”本质上来说就是在本地与远程分支之间的一个链接. 当一个本地分支追踪了某个分支时, 可以直接使用 git pull 和 git push, 而不用添加任何额外的参数, git会自动解析追踪的分支.

然而, git pul 会默认推送所有远程的同名分支. 为了限制这个行为, 从而只推送当前分支, 需要添加下面的配置:

$ git config --global push.default tracking

这样就防止了计划之外的分支推送.

简单的从其他分支追踪远程分支

$ git checkout -t origin/feature

# creates and checks out "feature" branch that tracks "origin/feature"

一旦你的同事共享了他正在工作的分支, 如果你需要在上面做修改, 就需要创建一个本地分支. 上面的命令就完成了你需要的操作, 并且设置了追踪分支, 以便于你可以在完成修改后进行 git push.

检出分支, 衍合与合并分支

# on branch "master":
$ git checkout feature && git rebase @{-1} && git checkout @{-2} && git merge @{-1}

# rebases "feature" to "master" and merges it in to master

”@{-n}” 语法表示 “当前分支之前的第 n 个检出的分支”. 当检出了 “feature”, “@{-1}” 就指向了 “master”. 在执行了 rebase 之后, 就需要通过 “@{-2}” 来检出 master, 这是因为 rebase 的内部操作已经使 “@{-1}” 指向了 “feature”.

更新: Björn Steinbrink 指出这个操作可以只用2个命令来完成:

$ git rebase HEAD feature && git rebase HEAD @{-2}

使用衍合(rebase)取代合并(merge)进行pull操作

$ git pull --rebase

# e.g. if on branch "master": performs a `git fetch origin`,
# then `git rebase origin/master`

因为 git 中的分支的合并会添加一个合并的提交记录, 这其实是有它存在的意义的, 举个例子, 可以用来展现某功能是何时合并到发布分支. 然而, 在日常的工作中, 当组员们经常会同步某分支时, 这些不必要的合并记录会污染时间线. 衍合保证了所有的提交总是重新做一遍, 从而保证历史是线性的.

可以配置特定的分支, 而不需要总是添加 –rebase 标识:

# make `git pull` on master always use rebase
$ git config branch.master.rebase true

也可以通过全局配置的属性来为新的追踪分支配置此功能:

# setup rebase for every tracking branch
$ git config --global branch.autosetuprebase always

查找某变更是否是发布的一部分

$ git name-rev --name-only 50f3754

"tags/v2.3.8~6"

通常大家只知道某次提交的 SHA-1 而不清楚具体存在于项目历史的哪个位置. 如果你有这样的情况, 你或许想了解这次变更是否属于某次发布的一部分. 其实可以通过 git show 来看提交信息, 时间和全部的变更比对, 但是这并没有给我们带来具体的帮助, 因为比较项目历史内的提交时间对于它们最后实际应用的顺序是意义不大的.

name-rev 命令则可以展示某次提交相比于项目内标签的位置. 上面的例子源自于 Ruby on Rails 项目. 命令展示了这次提交被定位在了 “v2.3.8” 被打标签的前6个提交. 现在就可以确定这次变更是 Rails 2.3.8 的一部分了.

这个命令还有很多用处. 设想你在一次讨论中有一些被提及的提交:

这个 bug 在 e6cadd422b72ba9818cc2f3b22243a6aa754c9f8 被引入, 而在 50f3754525c61e3ea84a407eb571617f2f39d6fe 被修复.

可以将这些信息拷贝到剪贴板并作为 git name-rev 的参数, 命令会识别提交的 SHA 并添加标签信息到上面:

$ pbpaste | git name-rev --stdin

"This bug was introduced in e6cadd422b72ba9818cc2f3b22243a6aa754c9f8 (tags/v2.3.6~215)
but fixed in 50f3754525c61e3ea84a407eb571617f2f39d6fe (tags/v2.3.8~6), if I recall
correctly."

可以参考: git help describe

查找某变更在哪个分支内

$ git branch --contains 50f3754

这个命令过滤了分支的列表, 只展现指定的提交是其祖先的分支. 如果需要也包含远程追踪分支, 则可以添加 “-a” 标识.

查看分支内的哪些变更也存于上游

# while on "feature" branch:
$ git cherry -v master

+ 497034f2 Listener.new now accepts a hash of options
- 2d0333ff cache the absolute images path for growl messages
+ e4406858 rename Listener#run to #start

cherry 命令对于查看哪些提交已经从开发分支被挑选到稳定分支. 命令比较了当前分支(“feature”)与上游分支(“master”)的变更, 并通过 “-“ 符号显示两者都有的变更. 上游分支缺失的变更则通过 “+” 符号标记.

展现提交信息匹配某个正则表达式的最后一次提交

$ git show :/fix
# shows the last commit which has the word "fix" in its message

$ git show :/^Merge
# shows the last merge commit

读取一组远程仓库

$ git config remotes.default 'origin mislav staging'
$ git remote update

# fetches remotes "origin", "mislav", and "staging"

可以通过 remote update 命令定义一个远程仓库的默认列表. 这个列表可能包括: 同事, 开源项目的受信任的社区成员, 等等. 也可以定义命名组, 例如:

$ git config remotes.mygroup 'remote1 remote2 ...'
$ git fetch mygroup

编写提交注解

$ git notes add
# opens the editor to add a note to the last commit

Git notes 是针对已存的提交的注解. 它们不修改历史, 因此可以为已存的提交进行随意添加. 这些注解只存储在你的仓库内, 但是可以共享出去. (这里)[http://lists-archives.org/git/709977-git-notes-notes.html]还有一些有趣的注解的用例.

安装 “hub”

Git + Hub = GitHub. 如果你正在使用GitHub上的仓库, 你绝对需要安装 hub, 如果你参与了开源项目, 这会帮助你减少大量的按键次数.

参考

07 Feb 2014 ▸ Every line of code is always documented 10 Dec 2013 ▸ Speeding up Travis CI builds 28 Jul 2013 ▸ SSLError and Rubyist, sitting in a tree

Clark To Do The blog of Clark