Git是目前最流行的版本管理系统，学会Git几乎成了开发者的必备技能。
Git有很多优势，其中之一就是远程操作非常简便。本文详细介绍5个Git命令，它们的概念和用法，理解了这些内容，你就会完全掌握Git远程操作。
- git clone
- git remote
- git fetch
- git pull
- git push
本文针对初级用户，从最简单的讲起，但是需要读者对Git的基本用法有所了解。同时，本文覆盖了上面5个命令的几乎所有的常用用法，所以对于熟练用户也有参考价值。
一、git clone
远程操作的第一步，通常是从远程主机克隆一个版本库，这时就要用到git clone命令。
$ git clone <版本库的网址>
比如，克隆jQuery的版本库。
$ git clone https://github.com/jquery/jquery.git
该命令会在本地主机生成一个目录，与远程主机的版本库同名。如果要指定不同的目录名，可以将目录名作为git clone命令的第二个参数。
$ git clone <版本库的网址> <本地目录名>
git clone支持多种协议，除了HTTP(s)以外，还支持SSH、Git、本地文件协议等，下面是一些例子。
$ git clone http[s]://example.com/path/to/repo.git/ $ git clone ssh://example.com/path/to/repo.git/ $ git clone git://example.com/path/to/repo.git/ $ git clone /opt/git/project.git $ git clone file:///opt/git/project.git $ git clone ftp[s]://example.com/path/to/repo.git/ $ git clone rsync://example.com/path/to/repo.git/
SSH协议还有另一种写法。
$ git clone [user@]example.com:path/to/repo.git/
通常来说，Git协议下载速度最快，SSH协议用于需要用户认证的场合。各种协议优劣的详细讨论请参考官方文档。
二、git remote
为了便于管理，Git要求每个远程主机都必须指定一个主机名。git remote命令就用于管理主机名。
不带选项的时候，git remote命令列出所有远程主机。
$ git remote origin
使用-v选项，可以参看远程主机的网址。
$ git remote -v origin git@github.com:jquery/jquery.git (fetch) origin git@github.com:jquery/jquery.git (push)
上面命令表示，当前只有一台远程主机，叫做origin，以及它的网址。
克隆版本库的时候，所使用的远程主机自动被Git命名为origin。如果想用其他的主机名，需要用git clone命令的-o选项指定。
$ git clone -o jQuery https://github.com/jquery/jquery.git $ git remote jQuery
上面命令表示，克隆的时候，指定远程主机叫做jQuery。
git remote show命令加上主机名，可以查看该主机的详细信息。
$ git remote show <主机名>
git remote add命令用于添加远程主机。
$ git remote add <主机名> <网址>
git remote rm命令用于删除远程主机。
$ git remote rm <主机名>
git remote rename命令用于远程主机的改名。
$ git remote rename <原主机名> <新主机名>
三、git fetch
一旦远程主机的版本库有了更新（Git术语叫做commit），需要将这些更新取回本地，这时就要用到git fetch命令。
$ git fetch <远程主机名>
上面命令将某个远程主机的更新，全部取回本地。
默认情况下，git fetch取回所有分支（branch）的更新。如果只想取回特定分支的更新，可以指定分支名。
$ git fetch <远程主机名> <分支名>
比如，取回origin主机的master分支。
$ git fetch origin master
所取回的更新，在本地主机上要用"远程主机名/分支名"的形式读取。比如origin主机的master，就要用origin/master读取。
git branch命令的-r选项，可以用来查看远程分支，-a选项查看所有分支。
$ git branch -r origin/master $ git branch -a * master remotes/origin/master
上面命令表示，本地主机的当前分支是master，远程分支是origin/master。
取回远程主机的更新以后，可以在它的基础上，使用git checkout命令创建一个新的分支。
$ git checkout -b newBrach origin/master
上面命令表示，在origin/master的基础上，创建一个新分支。
此外，也可以使用git merge命令或者git rebase命令，在本地分支上合并远程分支。
$ git merge origin/master # 或者 $ git rebase origin/master
上面命令表示在当前分支上，合并origin/master。
四、git pull
git pull命令的作用是，取回远程主机某个分支的更新，再与本地的指定分支合并。它的完整格式稍稍有点复杂。
$ git pull <远程主机名> <远程分支名>:<本地分支名>
比如，取回origin主机的next分支，与本地的master分支合并，需要写成下面这样。
$ git pull origin next:master
如果远程分支是与当前分支合并，则冒号后面的部分可以省略。
$ git pull origin next
上面命令表示，取回origin/next分支，再与当前分支合并。实质上，这等同于先做git fetch，再做git merge。
$ git fetch origin $ git merge origin/next
在某些场合，Git会自动在本地分支与远程分支之间，建立一种追踪关系（tracking）。比如，在git clone的时候，所有本地分支默认与远程主机的同名分支，建立追踪关系，也就是说，本地的master分支自动"追踪"origin/master分支。
Git也允许手动建立追踪关系。
git branch --set-upstream master origin/next
上面命令指定master分支追踪origin/next分支。
如果当前分支与远程分支存在追踪关系，git pull就可以省略远程分支名。
$ git pull origin
上面命令表示，本地的当前分支自动与对应的origin主机"追踪分支"（remote-tracking branch）进行合并。
如果当前分支只有一个追踪分支，连远程主机名都可以省略。
$ git pull
上面命令表示，当前分支自动与唯一一个追踪分支进行合并。
如果合并需要采用rebase模式，可以使用--rebase选项。
$ git pull --rebase <远程主机名> <远程分支名>:<本地分支名>
五、git push
git push命令用于将本地分支的更新，推送到远程主机。它的格式与git pull命令相仿。
$ git push <远程主机名> <本地分支名>:<远程分支名>
注意，分支推送顺序的写法是<来源地>:<目的地>，所以git pull是<远程分支>:<本地分支>，而git push是<本地分支>:<远程分支>。
如果省略远程分支名，则表示将本地分支推送与之存在"追踪关系"的远程分支（通常两者同名），如果该远程分支不存在，则会被新建。
$ git push origin master
上面命令表示，将本地的master分支推送到origin主机的master分支。如果后者不存在，则会被新建。
如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支。
$ git push origin :master # 等同于 $ git push origin --delete master
上面命令表示删除origin主机的master分支。
如果当前分支与远程分支之间存在追踪关系，则本地分支和远程分支都可以省略。
$ git push origin
上面命令表示，将当前分支推送到origin主机的对应分支。
如果当前分支只有一个追踪分支，那么主机名都可以省略。
$ git push
如果当前分支与多个主机存在追踪关系，则可以使用-u选项指定一个默认主机，这样后面就可以不加任何参数使用git push。
$ git push -u origin master
上面命令将本地的master分支推送到origin主机，同时指定origin为默认主机，后面就可以不加任何参数使用git push了。
不带任何参数的git push，默认只推送当前分支，这叫做simple方式。此外，还有一种matching方式，会推送所有有对应的远程分支的本地分支。Git 2.0版本之前，默认采用matching方法，现在改为默认采用simple方式。如果要修改这个设置，可以采用git config命令。
$ git config --global push.default matching # 或者 $ git config --global push.default simple
还有一种情况，就是不管是否存在对应的远程分支，将本地的所有分支都推送到远程主机，这时需要使用--all选项。
$ git push --all origin
上面命令表示，将所有本地分支都推送到origin主机。
如果远程主机的版本比本地版本更新，推送时Git会报错，要求先在本地做git pull合并差异，然后再推送到远程主机。这时，如果你一定要推送，可以使用--force选项。
$ git push --force origin
上面命令使用--force选项，结果导致远程主机上更新的版本被覆盖。除非你很确定要这样做，否则应该尽量避免使用--force选项。
最后，git push不会推送标签（tag），除非使用--tags选项。
$ git push origin --tags
（完）
Echo 说：
现在公司用的就是Git. 感谢总结！
2014年6月12日 16:52 | 档案 | 引用
RedNax 说：
个人觉得最重要的东西反而不是pull(这个还不如先fetch，再merge或者rebase)，而是gitk……
有时候弄了半天会lost掉不知道local repo究竟处于什么奇怪的状态，gitk来看看commite graph厘清怎么处理才是最重要的。
其他advanced command估计博主以后会提我就不提了。
2014年6月12日 17:50 | 档案 | 引用
gshmu 说：
我想增加一条.gitignore 小建议。
2014年6月12日 19:19 | 档案 | 引用
林晨 说：
已读，顶一下。
2014年6月13日 10:27 | 档案 | 引用
raywang 说：
$ git push origin master
上面命令表示，将本地的master分支推送到origin主机的master分支。如果后者不存在，则会被新建。
如果省略本地分支名，则表示删除指定的远程分支，因为这等同于推送一个空的本地分支到远程分支。
$ git push origin :master
# 等同于
$ git push origin --delete master
上面命令表示删除origin主机的master分支。
似乎第一条命令的解释写错了吧？两条命令都是 git push origin :master, 解释不同
2014年6月13日 11:17 | 档案 | 引用
mine260309 说：
最好不要混混淆 git merge 和 git rebase，这是不同的操作。
2014年6月13日 13:01 | 档案 | 引用
fakenerd 说：
配图很好地解释了几个概念
2014年6月15日 18:17 | 档案 | 引用
chuan 说：
git最有特色的是本地分支功能
2014年6月16日 16:43 | 档案 | 引用
EggBig 说：
HG也不错。
2014年6月17日 21:10 | 档案 | 引用
csj 说：
阮兄，首页的图片改为全屏后没法看啊，画面太渣。还是原尺寸好
2014年6月21日 00:20 | 档案 | 引用
朱俊星 说：
您好， 阮老师！ 我是今年河南的应届考生 ，对您的个人魅力十分崇拜 。我的高考分数602 ，请问怎样才能成为您的学生？
2014年6月25日 02:30 | 档案 | 引用
雷明庆 说：
我是firefox插件vimperator的忠实用户，习惯于浏览网页时用键盘操作。所以我设置了快捷键 [[ 对应跳转 上一页|上一张|上一篇|上一章 等等， 快捷键 ]] 对应跳转 下一页|下一张|下一篇|下一章 等等。
问题是，您的博客页面上， 上一篇|下一篇 都不是可点击的链接，必须点击右边的标题才能跳转。所以我无法用快捷键跳转。
阮老师，您能把 上一篇|下一篇 写进标签吗，谢谢！
2014年6月26日 19:52 | 档案 | 引用
阮一峰 说：
@雷明庆:
页面里已经加了link rel="prev"/"next"了。
2014年6月27日 00:03 | 档案 | 引用
ysbinang 说：
一直用的是for window的那个图形界面版本，感觉应该试试这个命令行的了
2014年6月29日 22:59 | 档案 | 引用
royaso 说：
验证成功了！
博主听取别人意见并改进，值得我们学习！
页面添加这个功能，容易实现吗？怎么弄的？
2014年7月 1日 06:50 | 档案 | 引用
yanhaijing 说：
灰常棒啊
2014年7月 3日 10:50 | 档案 | 引用
张杨 说：
加油～同为河南人。
你考的不错，不一定要成为他的学生，也可以成为他的朋友。
大学里好好学习～
2014年7月 5日 08:00 | 档案 | 引用
苹果园子 说：
多看阮老师博客文章不就行了？呵呵。
2014年7月 8日 15:13 | 档案 | 引用
詹臻臻 说：
我没装gitk，我看这些通常是用到：
git log --all --decorate --graph
2014年7月 8日 15:17 | 档案 | 引用
Timothy 说：
感觉把远程主机改叫远程仓库更合适一些。
2014年7月 9日 13:20 | 档案 | 引用
浪漫小生 说：
讲的非常棒！非常简单明了！比网上其他好的git的介绍棒多了！
2014年8月 8日 17:03 | 档案 | 引用
摩摩诘 说：
我觉得初学者最好是先把Rebase搞清楚，哈哈哈哈，不然被人鄙视。。。
2014年8月 9日 22:09 | 档案 | 引用
ynwzhao 说：
图片里面fetch和pull的功能弄反了。
2014年8月24日 13:55 | 档案 | 引用
guobosheng 说：
博主能说说fork操作吗？我有个问题，就是在我fork了一个项目之后，如果原项目又更新了代码，我自己fork的项目怎么做到和原项目同步呢？
2014年8月25日 09:56 | 档案 | 引用
秘鲁进口玛卡 说：
向你学习
2014年9月 2日 14:36 | 档案 | 引用
seatle 说：
恰恰相反，楼主用「主机」这个称呼，我一下子明了了。
Git 文档里直接就叫 remote，仍然觉得抽象，虽然我知道它的含义。
2014年9月 3日 02:21 | 档案 | 引用
Bravluna 说：
阮哥，最后 git push --force origin 时，如果远程主机上分支比自己本地的新，不会发生『non-fast-forward merge』，事实上会覆盖远程主机上的提交，导致提交丢失，多人协同下很少会用 --force 选项，而 non-fast-forward 只在 merge 时才可能发生。其它地方也有些小错误，不过影响都不大。
2014年9月27日 11:13 | 档案 | 引用
阮一峰 说：
@Bravluna：
谢谢指出，已经修改了。
2014年9月27日 20:17 | 档案 | 引用
笔尖 说：
你看过其他的教程吗？
百度“git教程”第一个网站 廖雪峰的
2014年10月12日 21:20 | 档案 | 引用
ShelWee 说：
真的不能更赞，对我来说帮助太大了，跟字典一样。
2014年11月 4日 17:53 | 档案 | 引用
apple 说：
非常实用
2014年11月 4日 20:42 | 档案 | 引用
shadow 说：
感谢，写的很不错
2014年11月15日 15:18 | 档案 | 引用
风老前辈 说：
好好编程，进阿里你们就相见了。
2014年11月24日 17:06 | 档案 | 引用
Rock 说：
remote: ERROR: committer email address [email protected]
remote: ERROR: does not match your user account.
remote: ERROR:
remote: ERROR: The following addresses are currently registered:
remote: ERROR: [email protected]
! [remote rejected] master -> master (invalid committer)
error: failed to push some refs to 'XXXXXXXXXXXXXXXXXXXXXXXXXXXX
! [remote rejected] master -> master (invalid committer)
error: failed to push some refs to 'ssh://code.ctripcorp.com:29418/Flight/Mobile
我使用 git config --global user.email "[email protected]"后，还是不行，push后依然显示这个错，请问如何解决？
2014年12月18日 21:34 | 档案 | 引用
764 说：
@raywang：
仔细看，第二条命令master前边有“:”，而第一条没有
2014年12月23日 11:54 | 档案 | 引用
过客 说：
“如果省略远程分支名，则表示将本地分支推送与之存在"追踪关系"的远程分支（通常两者同名），如果该远程分支不存在，则会被新建”这里这样描述很容易给人歧义，$ git push origin master ，这里不应该提到“追踪关系”，很容易让人想到是不是追踪分支，虽然楼主加了双引号，事实上，这种关系楼主你知道是怎么产生的么？或者说在哪里有类似和追踪分支一样的设置
2015年1月29日 00:41 | 档案 | 引用
过客 说：
“如果当前分支与远程分支之间存在追踪关系，则本地分支和远程分支都可以省略。
$ git push origin
上面命令表示，将当前分支推送到origin主机的对应分支”
事实上，不是追踪分支关系的分支作为当前分支，也可以执行git push origin，所以这里上面那样写是不是不对？
2015年1月29日 01:55 | 档案 | 引用