1. 超实用 Alias

alias g="git"
alias gb="git branch"
alias gco="git checkout"
alias gcmsg="git commit -m"
alias gamend="git commit --amend -C HEAD"
alias gst="git status"
alias log="git log --oneline --graph --decorate --color=always"
alias logg="git log --graph --all --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(bold white)—     %an%C(reset)%C(bold yellow)%d%C(reset)' --abbrev-commit --date=relative"

 

2. 取回远端 master 与本地 master 分支合并

gco master

g fetch --all 或者
g fetch origin master

g reset --hard origin/master(本地没有修改，所以完全覆盖也没关系) 或者
g rebase origin/master（本地有修改还没push）

 

3. 推送分支到远端

假设现在所在的分支是 import，指定推送到远端分支 codecloud-import

g push origin import:codecloud-import

假如远端的 liujin-import 分支已经不需要，可以直接覆盖掉

g push -f origin import:codecloud-import

 

4. 追加文件到某个 commit

有时候修完某功能并提交了 commit 之后才发现还有一点小修改，这时候又不想再提交一个commit，可以追加这个文件到前一个commit，步骤如下：

it add 你要追加修改的文件
git commit --amend -C HEAD 或者 gamend

 

5. 查找包含某文件的 commit

git log 文件路径
git show commit_id

or

git log --follow filename(绝对路径)

 

6. 把一个 commit 分拆为两个 commit

老大常说要养成一个小改动对应一个commit的习惯，但是有时候写得太乱懒得去分割就把很多改动做成了一个commit，这样子增加了以后维护的难度，所以要把一个 commit 分拆为多个 commit 怎么办呢？

首先把你要分拆的 file reset 了：

git reset HEAD~1 path/to/file
# This doesn't delete your changes to path/to/file

接着修改当前这个 commit 的 message，命令是：

git commit --amend -v
# -v参数是打开editor编辑

然后就可以把 reset 出来那个 file 新建一个 commit，命令是：

git commit -v path/to/file

 

7. 删除某些 commit

git rebase -i HEAD~10

 

8. 追加修改到之前某个 commit

假如 gst 发现已经有文件被修改，这时候需要把修改暂存起来。

git stash

接着找到你需要追加修改的那个commit id，如4b739bb

g rebase 4b739bb~ -i 或者
g rebase -i HEAD~5 #列出最近5个commit

这时候会自动打开编辑器，把你需要修改的 commit 前面的 pick 改成 edit，保存，关闭编辑器，这时候会回到终端，再输入:

g stash pop

把暂存的修改读出来，然后做修改，g add .，最后

g rebase --continue

 

9. 查找含有特定关键字的 commit

git log –grep
最基本的用法
git log –grep=frotz –grep=nitfol –since=1.month
查找一个月以内commit log message里含有 frotz 或者 nitfol 的 commits

git log –grep=frotz –author=Linus
查找指定作者

git grep -l -e frotz –and -e nitfol
查找同一行含有 frotz 和 nitfol 的文件

git grep -l –all-match -e frotz -e nitfol
查找文件里面含有 frotz 和 nitfol 的文件（不局限于同一行）

 

10. 清空 git working copy 还没追踪的文件

git clean -f

git clean -f -d
如果还想删除目录

git clean -f -X
如果只是想删除忽略的文件

git clean -f -x
如果想删除忽略和非忽略的文件

 

11. 清理本地仓库

长时间做一个项目，经常需要 git fetch，这样做每次都会拉回远端的全部分支。
即使远端有些分支已经删除，但是运行git branch -a还是会显示已删除的分支，
长时间下来这个列表就会很长很长，这时候就需要清理一下本地的仓库了：

git remote prune origin
# `prune`会删除任何不存在于远端仓库的分支，这样运行 `git branch -a`命令的时候顿时就清静了

 

12. 创建追踪远端分支的本地分支

gb dev origin/r1-dev
#Branch dev set up to track remote branch r1-dev from origin.

13. 分支移动

g branch -f master HEAD~3
# 把 master 分支强制移到 HEAD 前面第三个 commit

 

14. Revert一个 Merge

git revert -m 1 M -> W

---o---o---o---M---x---x---W
              /
      ---A---B

 

15. 获取短的 commit hash

git rev-parse --short HEAD

 

16. commit 了以后才记起来忘了创建 .gitignore, 垃圾文件都已经提交

比如说一个nodejs项目，一开始的时候就忘记了创建.gitnore文件忽略掉node_modules的内容，所以其中的内容就已经被提交了。

即使紧接着你在.gitignore加了一行node_modules, 已经被提交的文件是不会自动删除的。

这时候你就需要做的就是：

git rm --cached path/to/ignored
#nodejs案例就是
git rm -r --cached node_modules

 

17. 提交所有被删除的文件

$ git add -u

这个命令告诉 git 自动更新已跟踪的文件, 包括被删除的已跟踪文件。

如果你用的是 git 2.0

$ git add -u :/

友情提示：从 git 2.0(2013年中)开始，以上命令会 stage 整个 working tree 的文件。
如果你只是想 stage 当前目录的文件，应该这么用：

$ git add -u .

 

18. 撤销上一次 git add . 操作

这种情况通常是因为忘记添加.gitignore文件，或者一时手快把一些非必要的文件（如node_modules)跟踪了, 解决办法：

git reset

该命令会 unstage 你上一个 commit 增加的所有文件。

如果你只想 unstage 某些文件:

git reset --

还可以 unstage 文件里某处的改动：

git reset -p

摘自：http://finalshares.com/read-7236?jike-24

 

摘要：本文分享了10条非常有用且先进的Git命令行语句，无论是运用在团队环境或是在私人项目中，你都可以直接来拿用。

 

http://www.csdn.net/article/2013-08-22/2816665-10-useful-advanced-git-commands

提到版本控制，最近大家都在谈Git。当然，四处议论纷纷还不足以证明切换到Git上有多么正确。这里有一些能证明Git非常出色的有力事实。

 

1. 节省时间

想象一下，每次动鼠标前你都要等待5分钟。这非常讨厌是不是？有了版本控制也是一样——我们每个命令消耗几秒，但是工作一天也累积起来了。但是Git快如闪电。把你的时间用在其他更重要的事情上，而不是等待版本控制工具的响应。

 

2. 离线工作

你出差的时候要工作怎么办？用诸如Subversion或者CVS的集中式版本控制系统，如果你不能连上中央版本库你就不能工作。有了Git，在你的本地机器上几乎能做任何事：提交、查看项目完整历史记录、合并（merge）或者新建分支……Git让你来决定何时何地开始工作。

 

3. 回退错误

有时候我会犯错（我也不敢相信！）。我喜欢Git的是它的一个小小的回退命令就能用于几乎任何场景。修正最后一次提交，因为你忘记包含一个小改动。撤销整个提交，因为那个特性已经不再需要。而且当处境变得困难时，你甚至可以用Reflog来恢复“已删除”的提交——因为在幕后Git极少会真正删除什么。这样心定气闲。

 

4. 睡得香

你曾经粉碎过Subversion的版本库吗？我就做过（我说这个的时候记忆的伤痛犹在）。有了Git，我可以信心十足，因为团队里每个人在自己电脑上的克隆就是一份可用的备份。另外Git里的几乎每个操作都是增加数据（很少有删除的）。想搞砸都很难。这种感觉很好。

 

5. 产生有用的提交

把牛奶、冰淇淋和番茄投到搅拌机里会有（至少）两个问题。首先，启动搅拌机后，看着这一团东西，没人能说出你实际上放入的是什么。另外，你没办法把番茄再“回滚”。你做的一批不相关的提交（一点点A特性，再带一点B特性，还有一个小小的补丁……）也是一样的。对你的队友来说，很难理解发生了什么。当出现问题时，他们也不能简单地回滚特性A。Git能帮你避免这种混乱和创建粒状提交。其独一无二的“缓存区”概念能让你决定在下一个提交里到底包含哪些改动，甚至小到哪些行。这是版本控制的用处所在。

 

 

 

6. 按自己的方式工作

当用Git工作时，你可以有你自己的工作流程。那个你觉得好的流程。使用Git你不需要成为编程高手。当然你可以连接多个远程的版本库，用变基（rebase）代替合并，需要时工作在子模块上。但是你也可以只是简单地工作在一个中央远程版本库上，如同在用Subversion一样。不管你的工作流程怎样，所有其他的优点都还在。

 

7. 不会把东西搞混了

分开关注是追踪事情的最高原则。当你工作在特性A上时，任何事（人）都不会被你未完成的代码所影响。如果这个特性不再需要了呢？或者如果在10个提交之后，你发现你做的完全不对呢？分支是这些问题的答案。其他的版本控制系统也有分支，但是Git是第一个让它做好它该做的：快速简单。

 

 

 

 

8. 潮流

只有死鱼才随波逐流。有时候聪明的开发者也这样。Git被越来越多的知名公司和开源项目所使用：Ruby On Rails，jQuery，Perl，Debian，Linux内核，还有很多。大型的社区通常自身就是一个优点，因为一个生态圈会围绕着该系统演进。大量的学习指南，工具，还有服务，会让Git变得更加吸引人。

 

英文原文：git-tower，编译：伯乐在线 – @奇风余谷

译文链接：http://blog.jobbole.com/41527/