Cacher is the code snippet organizer for pro developers

[alias] st = status -sb

co = checkout

br = branch

mg = merge

ci = commit

ds = diff --staged

dt = difftool

mt = mergetool

last = log -1 HEAD

latest = for-each-ref --sort=-committerdate --format="%(committername)@%(refname:short) [%(committerdate:short)] %(contents)" ls = log --pretty=format:"%C(yellow)%h %C(blue)%ad %C(red)%d %C(reset)%s %C(green)[%cn]" --decorate --date=short hist = log --pretty=format:"%C(yellow)%h %C(red)%d %C(reset)%s %C(green)[%an] %C(blue)%ad" --topo-order --graph --date=short type = cat-file -t dump = cat-file -p

git别名可以加到.gitconfig文件里，或是使用命令（译者注：本质就是改写.gitconfig命令）来增加（括号部分替换为别名和对应的命令）： git config --global alias.(name) "(command)"

1. 在依赖分支的工作流程中，你常常要在不同分支间切换，每次敲击节约你6个字母。 co = checkout
2. 在提交前瞧瞧你将要提交的都有什么改动是一个好习惯，这可以帮助你发现拼写错误、不小心的提交敏感信息、将代码组织成符合逻辑的组。使用git add暂存你的改动，然后使用git ds查看你将要提交的改动动。 ds = diff --staged
3. 你可能十分熟悉git输出的详细状态信息了，当到达一定境界时，你可能需要忽略所有那些描述，直击问题的核心。这个别名输出将输出git status的简短形式和分支的详细信息。 st = status -sb
4. 你是否在提交后才发现忘记git add某个文件了，或是提交了才想再改动些啥？amend（修正）暂存区到最近的一次提交吧。（译者注：这个命令不太好理解，--amend是重写提交历史，-C是重用某次提交的提交信息。场景是当你提交完了发现还有些改动没提交，又不想写什么“改动了X，再次提交”这种狗血的提交信息。重新git add并git amend后，重用上次的提交信息再次提交，替换上次的不完整提交。特别注意--amend重写了提交，如果你已经push到远程了，慎用这条命令！） amend = commit --amend -C HEAD
5. 有时上面的修正可能不好使了，你需要undo（撤销）。undo会回退到上次提交，暂存区也会回退到那次提交时的状态。你可以进行额外的改动，用新的提交信息来再次进行提交。 undo = reset --soft HEAD^
6. 维护一个多人编辑的代码仓库常常意味着试着发现何人在改动什么，这个别名可以输出提交者和提交日期的log信息。 ls = log --pretty=format:'%C(yellow)%h %C(blue)%ad %C(red)%d %C(reset)%s %C(green) [%cn]' --decorate --date=short
7. 这个别名用来在一天的开启时回顾你昨天做了啥，或是在早晨刷新你的记忆（括号内替换为自己的email）。 standup = log --since '1 day ago' --oneline --author (YOUREMAIL)
8. 一个复杂的仓库可能很难用直线式的输出来查看，这个别名可以用图表的形式向你展示提交是怎样及何时被加到当前分支的。 graph = log --graph --pretty=format:'%C(yellow)%h %C(blue)%d %C(reset)%s %C(white)%an, %ar%C(reset)'