git版本控制系统

1 Git的简介

• Git是目前世界上最先进的分布式版本控制系统（没有之一）

2 Git的诞生

很多人都知道，Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。
　　Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？
事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码！
　　你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。
　　不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。
　　安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了（监控工作做得不错！），于是BitMover公司怒了，要收回Linux社区的免费使用权。
　　Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的：Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。
Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等
等。历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

4 集中式和分布式的版本控制系统的对比

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？
　　先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
　　集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。
　　那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
　　和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。
　　在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病
了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
　　当然，Git的优势不单是不必联网这么简单，后面我们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。
　　CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。同样是开源而
且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。
　　除了免费的外，还有收费的集中式版本控制系统，比如IBM的ClearCase（以前是Rational公司的，被IBM收购了），特点是安装比Windows还大，运行比蜗牛还慢，能用ClearCase的一般是世界500强，他们有个共同的特点是财大气粗，或者人傻钱多。
　　微软自己也有一个集中式版本控制系统叫VSS，集成在VisualStudio中。由于其反人类的设计，连微软自己都不好意思用了。
　　分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git！

5 安装GIt

Git-2.18.0-64-bit.exe

安装后需要配置git的身份:

$ git config --global user.name “Your Name”
$ git config --global user.email “email@example.com”

6 工作区,暂存区,本地仓库,远程仓库

7 常用命令

#配置git的用户信息
git config --global user.name “xxx”
git config --global user.emali “xx@xx.com”

git clone git@xxx:克隆远程仓库到本地仓库
git add -A(–all):将工作区的改动全部添加到暂存区
git commit -m"注释":将暂存区中的数据提交到本地仓库
git status: 查看暂存区中的状态
git push :本地仓库同步到远程仓库
git pull:远程仓库同步到本地工作区和本地仓库
git log --pretty=oneline:查看历史版本
git reset --hard id :回退到某个具体版本
git push -f : 强制push(挨打的骚操作)

8 Git中的冲突问题解决

a: 从远程仓库拉取最新的内容到本地仓库和工作区
a: 修改了文件readme.txt,但是并没有push到远程仓库
b: 从远程仓库拉取最新的内容到本地仓库和工作区
b: 修改了文件readme.txt,但是并没有push到远程仓库
a: push修改到远程仓库(没有任何问题)
b: push修改到远程仓库就会出现问题,解决方案: 先pull到中央仓库
最新的数据,在工作区中会有一个冲突文件,和其他组员商量之后,修改文件内容重新push

9 Git中的分支管理

git branch: 列出本地分支
git branch -a:列出远程分支
git branch dev:创建本地分支dev
git checkout dev:切换分支到dev分支
git checkout -b dev:创建本地分支并且切换到本地分支dev
git checkout -D dev:删除分支
git push origin dev1:dev1 等价> git push origin dev1:
把本地分支dev1同步到远程仓库分支dev1(如果远程仓库没有dev1分
支,则会新建dev1分支)
git merge master: 合并当前分支到master分支