GitHub秘籍

GitHub秘籍

Git 和 Github 秘籍，灵感来自于 Zach Holman 在 2012 年 Aloha Ruby Conference 和 2013 年 WDCNZ 上所做的演讲：Git and GitHub Secrets(slides) 和 More Git and GitHub Secrets(slides)。

其他语言版本: English, 한국어, 日本語, 简体中文, 正體中文.

GitHub

不比较空白字符

在任意 diff 页面的 UR L后加上 ?w=1，可以去掉那些只是空白字符的改动，使你能更专注于代码改动。

详见 GitHub secrets.

调整 Tab 字符所代表的空格数

在 diff 或文件的 URL 后面加上 ?ts=4 ，这样当显示 tab 字符的长度时就会是 4 个空格的长度，不再是默认的 8 个空格。 ts 后面的数字还可以根据你个人的偏好进行修改。这个技巧不适用于 Gists，或者以 Raw 格式查看文件， 但有浏览器扩展插件可以帮你自动调整: Chrome 扩展 ， Opera 扩展。

下面以一个 Go 语言源文件为例，看看在 URL 里添加 ?ts=4 参数的效果。添加前：

... 添加后的样子：

查看用户的全部 Commit 历史

在 Commits 页面 URL 后加上 ?author={user} 查看用户全部的提交。

https://github.com/rails/rails/commits/master?author=dhh

深入了解提交视图之间的区别

仓库克隆

当克隆仓库时可以不要那个.git后缀。

$ git clone https://github.com/tiimgreen/github-cheat-sheet

更多对 Git clone 命令的介绍.

分支

将某个分支与其他所有分支进行对比

当你查看某个仓库的分支（Branches）页面（紧挨着 Commits 链接）时

https://github.com/{user}/{repo}/branches

你会看到一个包含所有未合并的分支的列表。

在这里你可以访问分支比较页面或删除某个分支。

比较分支

如果要在 GitHub 上直接比较两个分支，可以使用如下形式的 URL ：

https://github.com/{user}/{repo}/compare/{range}

其中 {range} = master...4-1-stable

例如：

https://github.com/rails/rails/compare/master...4-1-stable

{range} 参数还可以使用下面的形式:

https://github.com/rails/rails/compare/master@{1.day.ago}...master
https://github.com/rails/rails/compare/master@{2014-10-04}...master

日期格式 YYYY-MM-DD

在 diff 和 patch 页面里也可以比较分支：

https://github.com/rails/rails/compare/master...4-1-stable.diff
https://github.com/rails/rails/compare/master...4-1-stable.patch

了解更多关于基于时间的 Commit 比较.

比较不同派生库的分支

想要对派生仓库（Forked Repository）之间的分支进行比较，可以使用如下的 URL：

https://github.com/user/repo/compare/{foreign-user}:{branch}...{own-branch}

例如：

https://github.com/rails/rails/compare/byroot:master...master

Gists

Gists 方便我们管理代码片段，不必使用功能齐全的仓库。

Gist 的 URL 后加上 .pibb（像这样）可以得到便于嵌入到其他网站 的 HTML 代码。

Gists 可以像任何标准仓库一样被克隆。

$ git clone https://gist.github.com/tiimgreen/10545817

这意味着你可以像 Github 仓库一样修改和更新 Gists :

$ git commit
$ git push
Username for 'https://gist.github.com':
Password for 'https://[e-mail]':

但是， Gists 不支持目录。所有文件都必须添加在仓库的根目录下。
进一步了解如何创建 Gists.

Git.io

Git.io是 Github 的短网址服务。

你可以通过 Curl 命令以普通 HTTP 协议使用它：

$ curl -i http://git.io -F "url=https://github.com/..."
HTTP/1.1 201 Created
Location: http://git.io/abc123

$ curl -i http://git.io/abc123
HTTP/1.1 302 Found
Location: https://github.com/...

进一步了解 Git.io.

键盘快捷键

在仓库页面上提供了快捷键方便快速导航。

• 按 t 键打开一个文件浏览器。

• 按 w 键打开分支选择菜单。

• 按 s 键聚焦光标到当前仓库的搜索框。此时按退格键就会从搜索当前仓库切换到搜索整个 Github 网站。

• 按 l 键编辑 Issue 列表页的标签。

• 查看文件内容时（如：https://github.com/tiimgreen/github-cheat-sheet/blob/master/README.md），按 y 键将会冻结这个页面，这样就算代码被修改了也不会影响你当前看到的。

按?查看当前页面支持的快捷键列表：

进一步了解可用的搜索语法.

整行高亮

在代码文件地址 URL 后加上#L52或者单击行号 52 都会将第 52 行代码高亮显示。

多行高亮也可以，比如用#L53-L60选择范围，或者按住 shift 键，然后再点击选择的两行。

https://github.com/rails/rails/blob/master/activemodel/lib/active_model.rb#L53-L60

用 Commit 信息关闭 Issue

如果某个提交修复了一个 Issue，当提交到 master 分支时，提交信息里可以使用 fix/fixes/fixed, close/closes/closed 或者 resolve/resolves/resolved 等关键词，后面再跟上 Issue 号，这样就会关闭这个 Issue 。

$ git commit -m "Fix screwup, fixes #12"

这将会关闭 Issue #12，并且在 Issue 讨论列表里关联引用这次提交。

进一步了解通过提交信息关闭 Issue.

链接其他仓库的 Issue

如果你想引用到同一个仓库中的一个 Issue，只需使用井号 # 加上 Issue 号，这样就会自动创建到此 Issue 的链接。

要链接到其他仓库的 Issue ，就使用{user}/{repo}#ISSUE_NUMBER的方式，例如tiimgreen/toc#12。

锁定项目对话功能

现在仓库的管理员和合作者可以将 Pull Requests 和 Issue 的评论功能关闭。

这样，不是项目合作者的用户就不能在这个项目上使用评论功能。

进一步了解对话锁定功能.

设置 CI 对每条 Pull Request 都进行构建

如果配置正确，Travis CI 会为每个你收到的 Pull Request 执行构建，就像每次提交也会触发构建一样。想了解更多关于 Travis CI 的信息，请参考 Travis CI入门。

进一步了解提交状态 API.

Markdown 文件语法高亮

例如，可以像下面这样在你的 Markdown 文件里为 Ruby 代码添加语法高亮：

require 'tabbit'
table = Tabbit.new('Name', 'Email')
table.add_row('Tim Green', '[e-mail]')
puts table.to_s

效果如下：

require 'tabbit'
table = Tabbit.new('Name', 'Email')
table.add_row('Tim Green', '[e-mail]')
puts table.to_s

Github使用 Linguist 做语言识别和语法高亮。你可以仔细阅读 languages YAML file，了解有哪些可用的关键字。

进一步了解 GitHub Flavored Markdown.

表情符

可以在 Pull Requests, Issues, 提交消息, Markdown 文件里加入表情符。使用方法 :name_of_emoji:

:smile:

将输出一个笑脸：

Github 支持的完整表情符号列表详见emoji-cheat-sheet.com 或 scotch-io/All-Github-Emoji-Icons。

Github 上使用最多的5个表情符号是：

1. :shipit:

2. :sparkles:

3. :-1:

4. :+1:

5. :clap:

图片 / GIF 动画

注释和README等文件里也可以使用图片和 GIF 动画：

![Alt Text](http://www.sheawong.com/wp-content/uploads/2013/08/keephatin.gif)

仓库中的图片可以被直接引用：

![Alt Text](https://github.com/{user}/{repo}/raw/master/path/to/image.gif)

所有图片都缓存在 Github，不用担心你的站点不能访问时就看不到图片了。

在 GitHub Wiki 中引用图片

有多种方法可以在 Wiki 页面里嵌入图片。既可以像上一条里那样使用标准的 Markdown 语法，也可以像下面这样指定图片的高度或宽度：

[[ http://www.sheawong.com/wp-content/uploads/2013/08/keephatin.gif | height = 100px ]]

结果：

快速引用

在主题评论中引用之前某个人所说的，只需选中文本，然后按 r 键，想要的就会以引用的形式复制到你的输入框里。

进一步了解快速引用.

粘贴剪贴板中的图片到评论

（仅适用于 Chrome 浏览器）

当截屏图片复制到剪贴板后（mac 上用 cmd-ctrl-shift-4），你可以用(cmd-v / ctrl-v)把图片粘贴到评论框里，然后它就会自动上传到 Github。

进一步了解在 issue 中使用附件

快速添加许可证文件

创建一个仓库时，Github会为你提供一个预置的软件许可列表：

对于已有的仓库，可以通过 web 界面创建文件来添加软件许可。输入LICENSE作为文件名后，同样可以从预置的列表中选择一个作为模板。

这个技巧也适用于 .gitignore 文件。

进一步了解开源许可证

任务列表

Issues 和 Pull requests 里可以添加复选框，语法如下（注意空白符）：

- [ ] Be awesome
- [ ] Prepare dinner
  - [ ] Research recipe
  - [ ] Buy ingredients
  - [ ] Cook recipe
- [ ] Sleep

当项目被选中时，它对应的 Markdown 源码也被更新了：

- [x] Be awesome
- [ ] Prepare dinner
  - [x] Research recipe
  - [x] Buy ingredients
  - [ ] Cook recipe
- [ ] Sleep

进一步了解任务列表.

Markdown 文件中的任务列表

在完全适配Markdown语法的文件中可以使用以下语法加入一个只读的任务列表

- [ ] Mercury
- [x] Venus
- [x] Earth
  - [x] Moon
- [x] Mars
  - [ ] Deimos
  - [ ] Phobos

• [ ] Mercury

• [x] Venus

• [x] Earth

  • [x] Moon

• [x] Mars

  • [ ] Deimos

  • [ ] Phobos

进一步了解 Markdown 文件中的任务列表

相对链接

Markdown文件里链接到内部内容时推荐使用相对链接。

[Link to a header](#awesome-section)
[Link to a file](docs/readme)

绝对链接会在 URL 改变时（例如重命名仓库、用户名改变，建立分支项目）被更新。使用相对链接能够保证你的文档不受此影响。

进一步了解相对链接.

GitHub Pages 的元数据与插件支持

在 Jekyll 页面和文章里，仓库信息可在 site.github 命名空间下找到，也可以显示出来，例如，使用 {{ site.github.project_title }}显示项目标题。

Jemoji 和 jekyll-mentions 插件为你的 Jekyll 文章和页面增加了emoji和@mentions功能。

了解更多 GitHub Pages 的元数据和插件支持.

查看 YAML 格式的元数据

许多博客站点，比如基于 Jekyll的GitHub Pages ，都依赖于一些文章头部的 YAML 格式的元数据。 Github 会将其渲染成一个水平表格，方便阅读。

进一步了解 在文档里查看 YAML 元数据.

渲染表格数据

GitHub 支持将 .csv (逗号分隔)和 .tsv (制表符分隔)格式的文件渲染成表格数据。

进一步了解渲染表格数据.

撤销 Pull Request

合并一个 Pull Request 之后，你可能会反悔：要么是这次 Pull Request 没什么用处，要么是还不到合并的时候。

此时可以通过 Pull Request 中的 Revert 按钮来撤销一个已合并的 Pull Request 中的 commit。按下按钮后将自动生成一个进行逆操作的 Pull Request。

*进一步了解“撤销”按钮

Diffs

可渲染文档的Diffs

Commit 和 Pull Request 里包含有 Github 支持的可渲染文档（比如 Markdown）会提供source 和 rendered 两个视图功能。

点击 "rendered" 按钮，看看改动在渲染后的显示效果。当你添加、删除或修改文本时，渲染纯文本视图非常方便。

进一步了解渲染纯文本视图Diffs.

可比较的地图数据

当你在GitHub上查看一个包含地理数据的 commit 或 pull request时，Github 将以可视化的方式对比版本之间的差异。

进一步了解可比较的地图数据.

在 Diff 中展开查看更多的上下文

你可以通过点击 diff 边栏里的 unfold 按钮来多显示几行上下文。你可以一直点击 unfold 按钮直到显示了文件的全部内容。这个功能在所有 GitHub 的 diff 功能中都可以使用。

进一步了解展开 Diff 上下文.

获取 Pull Request 的 diff 或 patch 文件

在 Pull Request 的 URL 后面加上 .diff 或 .patch 的扩展名就可以得到它的 diff 或 patch 文件，例如：

https://github.com/tiimgreen/github-cheat-sheet/pull/15
https://github.com/tiimgreen/github-cheat-sheet/pull/15.diff
https://github.com/tiimgreen/github-cheat-sheet/pull/15.patch

.diff 扩展会使用普通文本格式显示如下内容：

diff --git a/README.md b/README.md
index 88fcf69..8614873 100644
--- a/README.md
+++ b/README.md
@@ -28,6 +28,7 @@ All the hidden and not hidden features of Git and GitHub. This cheat sheet was i
 - [Merged Branches](#merged-branches)
 - [Quick Licensing](#quick-licensing)
 - [TODO Lists](#todo-lists)
+- [Relative Links](#relative-links)
 - [.gitconfig Recommendations](#gitconfig-recommendations)
     - [Aliases](#aliases)
     - [Auto-correct](#auto-correct)
@@ -381,6 +382,19 @@ When they are clicked, they will be updated in the pure Markdown:
 - [ ] Sleep

(...)

显示图片以及比较图片

GitHub 可以显示包括 PNG、JPG、GIF、PSD 在内的多种图片格式并提供了几种方式来比较这些格式的图片文件版本间的不同。

查看更多关于图片显示和比较

Hub

Hub 是一个对 Git 进行了封装的命令行工具，可以帮助你更方便的使用 Github。

例如可以像下面这样进行克隆：

$ hub clone tiimgreen/toc

查看更多 Hub 提供的超酷命令.

贡献者指南

在仓库的根目录添加一个名为 CONTRIBUTING 的文件后，贡献者在新建 Issue 或 Pull Request 时会看到一个指向这个文件的链接。

进一步了解贡献者指南.

Octicons

GitHubs 图标库 (Octicons) 现已开源。

进一步了解 GitHub 图标库

GitHub 资源

内容	链接
探索 GitHub	https://github.com/explore
GitHub 博客	https://github.com/blog
GitHub 帮助	https://help.github.com/
GitHub 培训	http://training.github.com/
GitHub 开发者	https://developer.github.com/

GitHub 相关演讲视频

内容	链接
How GitHub Uses GitHub to Build GitHub	https://www.youtube.com/watch...
Introduction to Git with Scott Chacon of GitHub	https://www.youtube.com/watch...
How GitHub No Longer Works	https://www.youtube.com/watch...
Git and GitHub Secrets	https://www.youtube.com/watch...
More Git and GitHub Secrets	https://www.youtube.com/watch...

Git

从工作区去除大量已删除文件

当用 /bin/rm 命令删除了大量文件之后，你可以用下面一条命令从工作区和索引中去除这些文件，以免一个一个的删除：

$ git rm $(git ls-files -d)

例如:

$ git status
On branch master
Changes not staged for commit:
    deleted:    a
    deleted:    c

$ git rm $(git ls-files -d)
rm 'a'
rm 'c'

$ git status
On branch master
Changes to be committed:
    deleted:    a
    deleted:    c

上一个分支

快速检出上一个分支：

$ git checkout -
# Switched to branch 'master'

$ git checkout -
# Switched to branch 'next'

$ git checkout -
# Switched to branch 'master'

进一步了解 Git 分支.

去除空白

Git Stripspace 命令可以:

• 去掉行尾空白符

• 多个空行压缩成一行

• 必要时在文件末尾增加一个空行

使用此命令时必须传入一个文件，像这样：

$ git stripspace < README.md

进一步了解 Git stripspace 命令.

检出 Pull Requests

对 Github 仓库来说，Pull Request 是种特殊分支， 可以通过以下多种方式取到本地：

取出某个特定的 Pull Request 并临时作为本地的 FETCH_HEAD 中以便进行快速查看更改( diff )以及合并( merge )：

$ git fetch origin refs/pull/[PR-Number]/head

通过 refspec 获取所有的 Pull Request 为本地分支：

$ git fetch origin '+refs/pull/*/head:refs/remotes/origin/pr/*'

或在仓库的 .git/config 中加入下列设置来自动获取远程仓库中的 Pull Request

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = [e-mail]:tiimgreen/github-cheat-sheet.git

[remote "origin"]
    fetch = +refs/heads/*:refs/remotes/origin/*
    url = [e-mail]:tiimgreen/github-cheat-sheet.git
    fetch = +refs/pull/*/head:refs/remotes/origin/pr/*

对基于派生库的 Pull Request，可以通过先 checkout 代表此 Pull Request 的远端分支再由此分支建立一个本地分支：

$ git checkout pr/42 pr-42

操作多个仓库的时候，可以在 Git 中设置获取 Pull Request 的全局选项。

git config --global --add remote.origin.fetch "+refs/pull/*/head:refs/remotes/origin/pr/*"

此时可以在任意仓库中使用以下命令：

 git fetch origin

git checkout pr/42

进一步了解如何本地检出 pull request.

没有任何改动的提交

可以使用--allow-empty选项强制创建一个没有任何改动的提交：

$ git commit -m "Big-ass commit" --allow-empty

这样做在如下几种情况下是有意义的：

• 标记新的工作或一个新功能的开始。

• 记录对项目的跟代码无关的改动。

• 跟使用你仓库的其他人交流。

• 作为仓库的第一次提交，因为第一次提交后不能被 rebase： git commit -m "init repo" --allow-empty.

美化 Git Status

在命令行输入如下命令:

$ git status

可以看到:

加上-sb选项:

$ git status -sb

这会得到:

进一步了解 Git status 命令.

美化 Git Log

输入如下命令:

$ git log --all --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative

可以看到:

这要归功于 Palesz 在 stackoverflow 的回答。

这个命令可以被用作别名，详细做法见这里。

进一步了解 Git log 命令.

Git 查询

Git 查询运行你在之前的所有提交信息里进行搜索，找到其中和搜索条件相匹配的最近的一条。

$ git show :/query

这里 query （区别大小写）是你想要搜索的词语， 这条命令会找到包含这个词语的最后那个提交并显示变动详情。

$ git show :/typo

• 按 q 键退出命令。*

合并分支

输入命令:

$ git branch --merged

这会显示所有已经合并到你当前分支的分支列表。

相反地：

$ git branch --no-merged

会显示所有还没有合并到你当前分支的分支列表。

进一步了解 Git branch 命令.

修复有问题的提交以及自动合并

如果上一个或多个提交包含了错误，可以在你修复问题后使用下列命令处理（假设要修复的提交版本是abcde）：

$ git commit --fixup=abcde
$ git rebase abcde^ --autosquash -i

进一步了解 Git commit 命令.
进一步了解 Git rebase 命令.

以网站方式查看本地仓库

使用 Git 的 instaweb 可以立即在 gitweb 中浏览你的工作仓库。这个命令是个简单的脚本，配置了 gitweb 和用来浏览本地仓库的Web服务器。（译者注：默认需要lighttpd支持）

$ git instaweb

执行后打开：

进一步了解 Git instaweb 命令.

Git 配置

所有 Git 配置都保存在你的 .gitconfig 文件中。

Git 命令自定义别名

别名用来帮助你定义自己的 git 命令。比如你可以定义 git a 来运行 git add --all。

要添加一个别名， 一种方法是打开 ~/.gitconfig 文件并添加如下内容：

[alias]
  co = checkout
  cm = commit
  p = push
  # Show verbose output about tags, branches or remotes
  tags = tag -l
  branches = branch -a
  remotes = remote -v

...或者在命令行里键入：

$ git config --global alias.new_alias git_function

例如：

$ git config --global alias.cm commit

指向多个命令的别名可以用引号来定义：

$ git config --global alias.ac 'add -A . && commit'

下面列出了一些有用的别名：

别名 Alias	命令 Command	如何设置 What to Type
git cm	git commit	git config --global alias.cm commit
git co	git checkout	git config --global alias.co checkout
git ac	git add . -A git commit	git config --global alias.ac '!git add -A && git commit'
git st	git status -sb	git config --global alias.st 'status -sb'
git tags	git tag -l	git config --global alias.tags 'tag -l'
git branches	git branch -a	git config --global alias.branches 'branch -a'
git cleanup	`git branch --merged	grep -v '*'	xargs git branch -d`	`git config --global alias.cleanup "!git branch --merged	grep -v '*'	xargs git branch -d"`
git remotes	git remote -v	git config --global alias.remotes 'remote -v'
git lg	git log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --	git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --"

自动更正

如果键入 git comit 你会看到如下输出：

$ git comit -m "Message"
# git: 'comit' is not a git command. See 'git --help'.

# Did you mean this?
#   commit

为了在键入 comit 调用 commit命令，只需启用自动纠错功能：

$ git config --global help.autocorrect 1

现在你就会看到：

$ git comit -m "Message"
# WARNING: You called a Git command named 'comit', which does not exist.
# Continuing under the assumption that you meant 'commit'
# in 0.1 seconds automatically...

颜色输出

要在你的 Git 命令输出里加上颜色的话，可以用如下命令：

$ git config --global color.ui 1

进一步了解 Git config 命令.

Git 资源

Title	Link
Official Git Site	http://git-scm.com/
Official Git Video Tutorials	http://git-scm.com/videos
Code School Try Git	http://try.github.com/
Introductory Reference & Tutorial for Git	http://gitref.org/
Official Git Tutorial	http://git-scm.com/docs/gittu...
Everyday Git	http://git-scm.com/docs/everyday
Git Immersion	http://gitimmersion.com/
Ry's Git Tutorial	http://rypress.com/tutorials/...
Git for Computer Scientists	http://eagain.net/articles/gi...
Git Magic	http://www-cs-students.stanfo...
GitHub Training Kit	http://training.github.com/kit
Git Visualization Playground	http://onlywei.github.io/expl...

Git 参考书籍

Title	Link
Pragmatic Version Control Using Git	http://www.pragprog.com/title...
Pro Git	http://git-scm.com/book
Git Internals Pluralsight	https://github.com/pluralsigh...
Git in the Trenches	http://cbx33.github.com/gitt/
Version Control with Git	http://www.amazon.com/Version...
Pragmatic Guide to Git	http://www.pragprog.com/title...
Git: Version Control for Everyone	http://www.packtpub.com/git-v...