当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
要查看远程库的信息，用git remote：
或者，用git remote -v显示更详细的信息：
上面显示了可以抓取和推送的<code>origin</code>的地址。如果没有推送权限，就看不到push的地址
推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
如果要推送其他分支，比如dev，就改成：
但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发
多人协作时，大家都会往master和dev分支上推送各自的修改
现在，模拟一个你的小伙伴，可以在另一台电脑(注意要把SSH Key添加到GitHub)或者同一台电脑的另一个目录下克隆：
当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支
现在，你的小伙伴要在<code>dev</code>分支上开发，就必须创建远程<code>origin</code>的<code>dev</code>分支到本地，于是他用这个命令创建本地<code>dev</code>分支：
现在，他就可以在<code>dev</code>上继续修改，然后，时不时地把<code>dev</code>分支<code>push</code>到远程：
你的小伙伴已经向<code>origin/dev</code>分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送
推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用<code>git pull</code>把最新的提交从<code>origin/dev</code>抓下来，然后，在本地合并，解决冲突，再推送：
<code> git pull</code>也失败了，原因是没有指定本地<code>dev</code>分支与远程<code>origin/dev</code>分支的链接，根据提示，设置<code>dev</code>和<code>origin/dev</code>的链接
再pull：
这回<code>git pull</code>成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：
要获取服务器远程分支的数据有两条命令可以使用除了上面使用过的pull命令之外，还有fetch命令
$ git fetch origin 同步远程服务器origin上master分支的数据到本地
使用fetch命令，只是将origin的数据下载到了本地，但本地的工作目录只有使用merge合并，才能更新为最新的内容
$ git merge origin/master 合并远程服务器上的远程分支master到本地分支master
而如果使用pull命令，则相当于fetch和merge这两个命令的合并
$ git pull origin 同步远程服务器origin上master分支的数据到本地，并合并到本地分支master
如果不是默认的master分支，而是其他分支，比如dev分支，则可以使用
相当于
本文转自 zddnd 51CTO博客，原文链接:http://blog.51cto.com/13013666/1943074