git全方位教程-由具体到抽象-摘自架构师小秘圈和runoob.com

首先摘录一段架构师小秘圈发布的对git的“通俗”理解，瞬间就知道git的基本操作了有木有  

老司机教你如何使用git来管理小黄书？

胸怀大志的你，立志要写小黄文

于是你在本机奋笔疾书了三个月，然后电脑硬盘被某白色液体弄坏了...
卒

于是你想：哎，要是我能把小黄文存到远程服务器上就好了，这样就算我本地挂了，我再从远程拷一份，不就666了？

说干就干，

从此你每次写小黄书时，

都要在远程服务器里创建一个专门的文件夹，

来存放这本小黄书的章节，以及相关资料

这就叫做 create remote repository

而在你本地的那个，

和远程服务器一毛一样的那个,

每个小黄书一个的文件夹

就叫做 local repository

但是每次用邮件或者FTP（文件传输协议）来同步 remote 和 local 的 repository，简直麻烦

于是你搞了一个叫git的程序，帮你管理 repository，

用 git init 来 create repository,

用git clone 将 remote repository clone到 local,

用git push 将local  repository clone到 remote

然而，在一个美丽的夜晚
当你正要 push 到远程时，

电脑突然断电了，

卒

这可把你气坏了

原以为有了远程服务器，就可以美滋滋了

居然会在push到远程之前就搞幺蛾子

于是你清楚的意识到

git需要有一个类似ctrl+s的东西

能让大家实时保存修改

呕吼，这就是git里的git add

这自从你有了一个小黄书的远程服务器，就再也没因为白色液体而返工。

于是乎，你的小黄书写的越来越顺手，很多影视都借鉴与你，所以你赚了个满盆盈利

这是，你琢磨起了组建团队，

毕竟以你的经验，可以监管和指导一群新人来写小黄文

但新人之所以称为新人，就是因为他们每个人只擅长一部分，比如：

A只擅长描写日常撩拨，B只擅长写床笫之欢，C只擅长写渲染气氛

你一想：

如果让他们配合着写，每个人只写自己拿手的

那不仅质量高，而且并行写的速度快

客户保证满意

说干就干，

你定好了故事的发展大纲，

然后给ABC各分了一块他们所擅长的部分，让他们去具体写

两个月后，他们终于写完了，

虽然拖remote repository的福，到是没有丢失过数据
但当你要去把ABC写的内容合并时，

呵呵呵，

A的第一段应该在B的第二段后面，C的第一段应该放在A的第一段前面，A的第二段又要跟在C的第二段后面，C的第二段应该放在B的跌三段后面%￥&&%￥#……

绝望吧，

你必须把ABC写的东西一行行的看过去

才能理清楚他们写的东西之间的逻辑

才能将他们写的东西正确的拼凑在一起

摔，这样拼凑简直不是人能干的事

于是你想了个办法：

你把最开始定的那个大纲啊，作为master

让ABC每天都把他们写的东西，都加到mater上

这就叫做创建分支
于是有了git branch <newBranch>

啊，这个git branch不管在remote 还是 local都可以进行

反正相互都会同步的嘛

现在你的团队决定再写一本《我的香艳小秘书》

于是乎，你在远程仓库里，

先创建了一个名叫《我的香艳小秘书》的 remote repository，

现在这个remote repository只有一个默认的 master 的分支，



然后git clone到你在本地，把大纲写到master分支后



git push 到 remote repository的 mater 分支，



你又用 git，基于 master 分支，给ABC分别创建了一个分支，



然后 ABC 每个人，在本地用 git clone 了 remote repository，

啊哈，ABC 就都在本地都有了一个名叫《我的香艳小秘书》，

但处于不同分支的 local repository



诶呀呀，

C第一个完成了第一天的工作，

于是C开开心心的把push到自己在remote repository里的分支

正准备收工，溜的时候，想起你要求他们：
每天下班时要把自己的分支和master分支合并

于是C在remote repository里，将自己的分支merge到了master分支

终于A也终于写完了，A也push到remote repository

但当A要merge到master分支时，
master不知道要把A新加的东西，是放到C新加的东西的前面，还是后面，还是里面...

于是不得不拒绝A 的merge请求，

orz，A就只好先在自己本地的分支里手动合并，

即：把C增加的东西放到合适的位置上，

再git push 在A的remote 分支，

之后再merge 到 master分支，
这就叫做解决冲突

但第二天早上你一看master，有几句的是什么狗屎哦，

于是你把A叫过来一顿臭骂，

然而这几句是C写的...

于是你决定，在git push前时候要加上一些信息，

能让你知道是谁写了啥

于是乎，git commit出现了

并且！！！
不能随意的merge到master上

万一merge了一堆狗屎咋办！！！

必须提一个pull request请求给你

等你审核过后

才能进行merge到master上

-----------------------------------------------------------------------------------------------我是分割线------------------------------------------------------------------------------------------------------------------------

看完上面的描述，相信你对git有了大体的理解，老司机的水平毕竟不是盖的。好的，接下来附上一个链接地址，花30分钟读完全部章节，相信你就完全明白了
http://www.runoob.com/git/git-tutorial.html