我已经使用git差不多18个月了，觉得自己对它应该已经非常了解。然后来自GitHub的Scott Chacon过来给LVS做培训（LVS是一个赌博软件供应商和开发商，从2013年开始的合同），而我在第一天里就学到了很多。
作为一个对git感觉良好的人，我觉得分享从社区里掌握的一些有价值的信息，也许能帮某人解决问题而不用做太深入研究。
基本技巧
1. 安装后的第一步
在安装好git后，你第一件该做的事是设置你的名字和电子邮箱，因为每次提交都要用到这些信息：
$ git config --global user.name "Some One"
$ git config --global user.email "someone@gmail.com"
2. Git是基于指针的
保存在git里的一切都是文件。当你创建一个提交的时候，会建立一个包含你的提交信息和相关数据（名字，邮件地址，日期/时间，前一个提交，等等）的文件，并把它链接到一个树文件中。这个树文件中包含了对象或其他树的列表。这里的提到的对象（或二进制大对象）是和本次提交相关的实际内容（它也是一个文件，另外，尽管文件名并没有包含在对象里，但是存储在树中）。所有这些文件都使用对象的SHA-1哈希值作为文件名。
用这种方式，分支和标签就是简单的文件（基本上是这样），包含指向该提交的SHA-1哈希值。使用这些索引会带来优秀的灵活性和速度，比如创建一个新分支就是简单地用分支名字和所分出的那个提交的SHA-1索引来创建一个文件。当然，你不需要自己做这些，而只要使用Git命令行工具（或者GUI），但是实际上就是这么简单。
你也许听说过叫HEAD的索引。这只是简单的一个文件，包含了你当前指向的那个提交的SHA-1索引值。如果你正在解决一次合并冲突然后看到了HEAD，这并不是一个特别的分支或分支上的一个必需的特殊位置，只是标明你当前所在位置。
所有的分支指针都保存在.git/refs/heads里，HEAD在.git/HEAD里，而标签保存在.git/refs/tags里 – 自己可以随便进去看看。
3. 两个爸爸（父节点） – 你没看错！
在历史中查看一个合并提交的信息时，你将看到有两个父节点（不同于工作副本上的常规提交的情况）。第一个父节点是你所在的分支，第二个是你合并过来的分支。
4. 合并冲突
目前我相信你碰到过合并冲突并且解决过。通常是编辑一下文件，去掉<<<<，====，>>>>标志，保留需要留下的代码。有时能够看到这两个修改之前的代码会很不错，比如，在这两个现在冲突的分支之前的改动。下面是一种方式：
$ git diff --merge
diff --cc dummy.rb
index 5175dde,0c65895..4a00477
a/dummy.rb
+++ b/dummy.rb
@@ -1,5 +1,5 @@
class MyFoo
def say
- puts "Annyong Haseyo"
+ puts "Guten Tag"
end
end
Stage this hunk [y,n,q,a,d,/,e,?]?
你可以看到下方会有一些选项供选择用来添加该文件的这个改动、该文件的所有改动，等等。使用‘?’命令可以详细解释这些选项。
12. 从文件系统里保存/取回改动
有些项目（比如Git项目本身）在git文件系统中直接保存额外文件而并没有将它们加入到版本控制中。
让我们从在git中存储一个随机文件开始：
$ echo "Foo" | git hash-object -w --stdin
51fc03a9bb365fae74fd2bf66517b30bf48020cb
这样这个目标文件就已经保存到数据库中了，但是如果你没有设定一个指向它的指针的话它会被当做垃圾回收。最简单的方式是设定一个标签：
$ git tag myfile 51fc03a9bb365fae74fd2bf66517b30bf48020cb
注意这里我们使用了标签myfile。当我们需要使用这个文件的时候可以这样做：
$ git cat-file blob myfile
这个对于一些工具文件很有用，开发者可能会用到（密码，GPG密钥，等等）但是又不希望每次都检出到硬盘（尤其是在实际工作中）。
日志以及有哪些改动？
13. 查看日志
长时间使用 Git 的话，不会没用过‘git log’来查看最近的提交。不过，有一些技巧来更好地应用。比如，你可以使用下面的命令来查看每次提交的具体改动：
$ git log -p
或者你可以仅仅查看有哪些文件改动：
$ git log --stat
有个很不错的别名你可以试试，会显示简短提交名和一个不错的分支图并在一行里显示提交信息（有点像gitk，但是是在命令行下）：
$ git config --global alias.lol "log --pretty=oneline --abbrev-commit --graph --decorate"
$ git lol
* 4d2409a (master) Oops, meant that to be in Korean
* 169b845 Hello world
14. 搜索日志
如果你想找特定提交者可以这样做：
$ git log --author=Andy
更新：感谢Johannes的评论，我已经去掉了之前这里的一些有混淆的地方。
或者你想在提交信息里找一些相关字段：
$ git log --grep="Something in the message"
也有一个更强大的叫做pickaxe的命令用来查找包含了删除或添加的某个特定内容的提交（比如，该内容第一次出现或被删除）。这可以告诉你什么时候增加了一行（但这一行里的某个字符后面被改动过就不行了）：
$ git log -S "TODO: Check for admin status"
假如你改动了一个特定的文件，比如lib/foo.rb
$ git log lib/foo.rb
比如说你有一个feature/132分支和feature/145分支，然后你想看看这两个分支上不在master分支里的提交（注意 符号是不在的意思）：
$ git log feature/132 feature/145 ^master
你也可以使用ActiveSupport格式的日期来缩小到某个日期范围：
$ git log --since=2.months.ago --until=1.day.ago
默认情况下会用OR来组合查询，但你可以轻易地改为AND（如果你有超过一条的查询标准）
$ git log --since=2.months.ago --until=1.day.ago --author=andy -S "something" --all-match
15. 查看/修改版本
有很多方式可以用来引用一个版本，看你记得哪个：
$ git show 12a86bc38 # 根据版本
$ git show v1.0.1 # 根据标签
$ git show feature132 # 根据分支名
$ git show 12a86bc38^ # 一次提交的父节点
$ git show 12a86bc38~2 # 一次提交的祖父节点
$ git show feature132@{yesterday} # 时间相关
$ git show feature132@{2.hours.ago} # 时间相关
注意和之前部分有些不同，末尾的 的意思是该提交的父节点 – 开始位置的 的意思是不在这个分支。
16. 选择范围
最简单的方式：
$ git log origin/master..new
# [old]..[new] - 所有你还没有推送的提交
你也可以省略[new]，将使用当前的HEAD。
时光回溯和后悔药
17. 重置改动
如果你还没有提交的话可以用下面的命令轻松地取消改动：
$ git reset HEAD lib/foo.rb
通常会使用‘unstage’的别名，因为上面的看上去有些不直观。
$ git config --global alias.unstage "reset HEAD"
$ git unstage lib/foo.rb
如果你已经提交了该文件，你可以做两件事 – 如果是最后一次提交你还可以改正：
$ git commit --amend
这会取消最后一次提交，把工作分支回退到提交前标记了所有改动的状态，而且提交信息也都准备好可以修改或直接提交。
如果你已经提交过多次而且希望全部回退，你可以将分支重置到合适的位置。
$ git checkout feature132
$ git reset --hard HEAD~2
如果你实际上希望将分支指向一个完全不同的SHA1（也许你要将一个分支的HEAD替换到另一个分支，或者之后的某次提交）你可以使用下面的较长的方式：
$ git checkout FOO
$ git reset --hard SHA
实际上有一个快速的方式（不需要先把你的工作分支切换到FOO再前进到SHA）：
$ git update-ref refs/heads/FOO SHA
18. 提交到了错误的分支
好吧，假如说你已经提交到了master，但却应该创建一个叫experimental的主题分支更合适。要移动这些改动，你可以在当前位置创建分支，回退HEAD再检出新分支：
$ git branch experimental # 创建一个指向当前master的位置的指针
$ git reset --hard master~3 # 移动master分支的指针到3个版本之前
$ git checkout experimental
如果你的改动是在分支的分支的分支上会更复杂。那样你需要做的是将分支基础切换到其他地方：
$ git branch newtopic STARTPOINT
$ git rebase oldtopic --onto newtopic
19. 交互式切换基础
这是一个我之前看过展示却没真正理解过的很赞的功能，现在觉得它就很简单了。假如说你提交了3次但是你希望更改顺序或编辑（或者合并）：
$ git rebase -i master~3
然后这会启动你的编辑器并带有一些指令。你所要做的就是修改这些指令来选择/插入/编辑（或者删除）提交和保存/退出。然后在编辑完后你可以用git rebase --continue命令来让每一条指令生效。
如果你有修改，将会切换到你提交时所处的状态，之后你需要使用命令git commit –amend来编辑。
注意：在rebase的时候千万不要提交 – 只能先添加然后使用参数–continue，–skip或–abort。
20. 清理
如果你提交了一些内容到你的分支（也许你从SVN导入了一些旧仓库），然后你希望把某个文件从历史记录中全部删掉：
$ git filter-branch --tree-filter 'rm -f *.class' HEAD
如果你已经推送到origin了，但之后提交了一些垃圾改动，你也可以在推送前在本地系统里这样做：
$ git filter-branch --tree-filter 'rm -f *.class' origin/master..HEAD
其他技巧
21. 你查看过的前一个引用
如果你知道自己之前查看过一个SHA-1，但是随后做了一些重置/回退的操作，你可以使用reflog命令来列出最近查看过的SHA-1记录：
$ git reflog
$ git log -g # 和上面一样，但是使用'log'格式输出
22. 分支命名
一个可爱的小技巧 – 别忘了分支名并不限于a-z和0-9。名字中可以用/和.将非常方便用来建立伪命名空间或版本，例如：
$ # 生成版本132的改动历史
$ git shortlog release/132 ^release/131
$ # 贴上v1.0.1的标签
$ git tag v1.0.1 release/132
23. 找出谁是凶手
通常找出来谁改动了某个文件里的某行代码会很有用。实现这个功能的最简单命令是：
$ git blame FILE
有时候这些改动来自其他文件（如果你合并了两个文件，或者你移动了某个函数）所以你可以使用下面的命令：
$ # 显示内容来自哪个文件
$ git blame -C FILE
有时候通过点击各个改动然后回到很早很早以前来跟踪改动会很不错。有一个很好的内建GUI命令来做这个：
$ git gui blame FILE
24. 数据维护
通常git不需要经常维护，它把自己照顾的很好。不过，你可以通过下面的命令查看数据统计：
$ git count-objects -v
如果占用很多空间的话，你可以选择在你的本地仓库做垃圾回收。这不会影响推送或其他人，却会让一些命令运行更快而且减少空间占用：
$ git gc
经常运行完整性检查也很有意义：
$ git fsck --full
你也可以在末尾加上--auto参数（如果你在服务器上通过crontab经常/每天都运行这个命令的话），然后它只会在必要的时候才执行fsck动作。
在检查的时候，看到“dangling”或“unreachable”是正常的，通常这是由回退HEAD或切换基础的结果。而看到“missing”或“sha1 mismatch”就不对了…找专业人士帮忙吧！
25. 恢复遗失的分支
如果你使用-D参数删除了experimental分支，可以用下面的命令重新建立：
$ git branch experimental SHA1_OF_HASH
如果你最近访问过的话，你通常可以用git reflog来找到SHA1哈希值。
另一种方式是使用git fsck —lost-found。其中一个dangling的提交就是丢失的HEAD（它只是已删除分支的HEAD，而HEAD 被引用为当前的HEAD所以它并不处于dangling状态）
搞定！
哇，这是我写过的最长的一篇博客，我希望有人能觉得有用。如果你这么觉得，或者你有任何疑问请在评论里留言让我知道…
via: https://www.andyjeffries.co.uk/25-tips-for-intermediate-git-users/
作者：Andy Jeffries 译者：zpl1025 校对：wxy
发表回复