Git是目前最流行的版本管理系统，学会Git几乎成了开发者的必备技能。jquery
Git有不少优点，其中之一就是远程操做很是简便。本文详细介绍5个Git命令，它们的概念和用法，理解了这些内容，你就会彻底掌握Git远程操做。git
- git clone
- git remote
- git fetch
- git pull
- git push
本文针对初级用户，从最简单的讲起，可是须要读者对Git的基本用法有所了解。同时，本文覆盖了上面5个命令的几乎全部的经常使用用法，因此对于熟练用户也有参考价值。github
1、git clone
远程操做的第一步，一般是从远程主机克隆一个版本库，这时就要用到git clone命令。编程
$ git clone <版本库的网址>
好比，克隆jQuery的版本库。vim
$ git clone https://github.com/jquery/jquery.git
该命令会在本地主机生成一个目录，与远程主机的版本库同名。若是要指定不一样的目录名，能够将目录名做为git clone命令的第二个参数。cookie
$ git clone <版本库的网址> <本地目录名>
git clone支持多种协议，除了HTTP(s)之外，还支持SSH、Git、本地文件协议等，下面是一些例子。app
$ 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协议用于须要用户认证的场合。各类协议优劣的详细讨论请参考官方文档。
2、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 <原主机名> <新主机名>
3、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。
4、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 pull 不会在拉取远程分支的时候，删除对应的本地分支。这是为了防止，因为其余人操做了远程主机，致使git pull不知不觉删除了本地分支。
可是，你能够改变这个行为，加上参数 -p 就会在本地删除远程已经删除的分支。
$ git pull -p # 等同于下面的命令 $ git fetch --prune origin $ git fetch -p
5、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 XXX@CCCC.XXX.com
remote: ERROR: does not match your user account.
remote: ERROR:
remote: ERROR: The following addresses are currently registered:
remote: ERROR: XX.CCXXX@XXXXX.com
! [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 "XXXX@XXXX.com"后，仍是不行，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 | ∞ | 引用
Zhehua Chang 说：
学习了，很受用。
2015年2月 1日 17:03 | ∞ | 引用
red.hu 说：
阮老师，把背景设为#dddddd吧，看黄色背景刺眼的很。
2015年2月 5日 10:48 | ∞ | 引用
yimiyan 说：
请问 git remote -v 以后
origin git@xxx.xx.x.xxx:developers/hljk365.git (fetch)
origin git@xxx.xx.x.xxx:developers/hljk365.git (push)
这两个后面的fetch 和push 是什么意思啊
2015年4月29日 17:35 | ∞ | 引用
ender 说：
学习了，谢谢，分享让世界更加的美好。
2015年5月28日 10:59 | ∞ | 引用
王一 说：
远程主机翻译为远程仓库是否更准确一些？
http://git-scm.com/book/en/v2/Git-Basics-Working-with-Remotes
Remote repositories are...
2015年7月16日 14:03 | ∞ | 引用
KenzieChen 说：
谢谢，讲得很清楚
2015年7月17日 23:19 | ∞ | 引用
陈熊猫 说：
感谢博主的总结~
2015年7月20日 09:43 | ∞ | 引用
xue 说：
推进是能够，可是没有任何效果! 由于simple模式下，git没有找到对应的远程分支，因此，没有任何操做。
2015年8月 2日 22:41 | ∞ | 引用
haoming 说：
学到东西了，颇有用。
2015年8月19日 11:13 | ∞ | 引用
haoming 说：
有一个添加文件到特定remote的问题。我先clone了一个名字叫try的repo：
git clone github.com/try.git
而后我用gitstack在本地电脑上建立一个空的remote：http://localhost/try.git，接着添加了这个remote：
git remote add jacky http://localhost/try.git
这都没有问题。我最后想把我repo里的文件（就是从github.com/try.git clone下来的文件）给push到jacky这个remote的时候，发现根本一个文件都没有push上去：
git push jacky master
个人问题是怎样才能把本地repo（try文件夹）里面的文件push到jacky这个remote？谢谢你们的耐心和时间！