git 用法小结

        转眼间，git用的也一年有余了，但是日常用到的就还是那几个常用命令，也没去深入研究git的分布式框架，今天先做点浅显的小总结，日后继续研究透彻！

       本文参考自阮一峰的个人博客网站http://www.ruanyifeng.com/blog/2014/06/git_remote.html，不得不说阮大神讲的是经典！

       git的优势就在于远程操作方便，我现在有两台电脑，一台台式机，一台笔记本，而且经常是两台电脑都在做一个项目的开发，那我每天做出的东西要同步啊，不然难道让我回到另一台电脑上把昨天的东西重写一遍？我会疯掉的。今天就总结下关于git远程操作的几个命令，其他的基础命令git  config啊git  init git  status等等大家自行百度(要想富，先百度！会谷歌，暴发户！)

      

• git clone
• git remote
• git fetch
• git pull
• git push

    再附上一张图，其实这张图已经能解释的差不多了

一、git clone

顾名思义，将远程端(就是github上的responsibility)克隆到本地，该命令会在本地主机生成一个目录，与远程主机的版本库同名。如果要指定不同的目录名，可以将目录名作为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

    什么是远程主机名？我们在本地仓库想往github上的远程仓库推送时，我得让本地仓库知道远程仓库是哪个啊。remote就是管理远程主机名的。

    git remote命令列出所有远程主机。
    $ git remote
      origin
    $ git remote -v       //使用-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。那我对这个工程做了修改，下次再上传到远程仓库时，推送的主机名就是jQuery了。
   git remote show命令加上主机名，可以查看该主机的详细信息。
     $ git remote show <主机名>
   git remote add命令用于添加远程主机。当我们git init完本地仓库，想要向远程仓库推送，就必须要这一步
     $ git remote add <主机名> <网址>
   git remote rm命令用于删除远程主机。
     $ git remote rm <主机名>
   git remote rename命令用于远程主机的改名。
     $ git remote rename <原主机名> <新主机名>

三、git fetch

     比如我昨天晚上回去在笔记本上对今天的项目做了修改，然后更新到了远程仓库，那我今天在实验室台式机机上就要获取昨晚的更新，使我的台式机本地仓库同步啊，这就用到了git fetch。

     $ git fetch <远程主机名>
上面命令将某个远程主机/仓库的更新，全部取回本地，即取回所有分支（branch）的更新。如果只想取回特定分支的更新，可以指定分支名。

    $ git fetch <远程主机名> <分支名>
比如，取回origin主机的master分支。
    $ git fetch origin master
所取回的更新，在本地主机上要用"远程主机名/分支名"的形式读取。比如origin主机的master，要用origin/master读取。这一步只是把更新的数据取回来，在你的工程文件里你不会看见任何修改，想要看见修改过的文件还需要一步

    $ git merge 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的基础上，创建一个新分支newBranch,这种做法多适用于一个团队开发时，你觉得别人的做得修改不好，不想跟自己的本地仓库合并，只是fetch下来检查一下。
四、git pull

     git pull命令与fetch类似，但它是取回远程主机某个分支的更新后，再与本地的指定分支合并，省去了我们自己再手动合并。
     $ 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的时候，所有本地分支默认与远程主机的同名分支，建立追踪关系，也就是说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
上面命令表示，当前分支自动与唯一一个追踪分支进行合并。
     需要说明的一点是，如果远程主机删除了某个分支，默认情况下，git pull 不会在拉取远程分支的时候，删除对应的本地分支。这是为了防止，由于其他人操作了远程主机，导致git pull不知不觉删除了本地分支。
但是，你可以改变这个行为，加上参数 -p 就会在本地删除远程已经删除的分支。
     $ git pull -p
五、git push 

     我作了修改，要更新远程仓库，就要push啦。

     $ 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合并差异，然后再推送到远程主机。我经常遇到这样的情况，因为新建的远程仓库有些文件(.ignore，readme)是本地仓库没有的。这时，如果你一定要推送，可以使用--force选项。
      $ git push --force origin 
上面命令使用--force选项，结果导致远程主机上更新的版本被覆盖。除非你很确定要这样做，否则应该尽量避免使用--force选项。
最后，git push不会推送标签（tag），除非使用--tags选项。
     $ git push origin --tags