Git

 

本文通过学习廖雪峰Git讲解以及张老师讲解git笔记：

 

一：Git是是什么？　

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

　　Git有什么特点？简单来说就是：高端大气上档次！

1.1 什么是版本控制？

　　本人所理解的版本控制就是指多个版本之间的支持，何为多个版本之间呢，大家都玩游戏，或者说微信，qq等，而且这些应用软件都会定期或者不定期进行跟新，而这种跟新就是版本之间的换代，在这里面假设说qq发展到了第5个版本，那么前面四个版本怎么办，不能直接说就给删除，因为里面的文件未必是我们不需要的，所以我们要有一种工具进行软件或者文件多个版本之间的维护，还有就是当你进行文件的修改时，可以记录文件每次的改变状态，并不用在原有文件进行大动作的操作，防止意外发生。

二： 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了。

 

#集中式 VS 分布式

Linus一直痛恨的CVS及SVN都是集中式的版本控制系统，而Git是分布式版本控制系统，集中式和分布式版本控制系统有什么区别呢？

先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

 

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。

那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

当然，Git的优势不单是不必联网这么简单，后面我们还会看到Git极其强大的分支管理，把SVN等远远抛在了后面。

CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。同样是开源而且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。

除了免费的外，还有收费的集中式版本控制系统，比如IBM的ClearCase（以前是Rational公司的，被IBM收购了），特点是安装比Windows还大，运行比蜗牛还慢，能用ClearCase的一般是世界500强，他们有个共同的特点是财大气粗，或者人傻钱多。

微软自己也有一个集中式版本控制系统叫VSS，集成在Visual Studio中。由于其反人类的设计，连微软自己都不好意思用了。

分布式版本控制系统除了Git以及促使Git诞生的BitKeeper外，还有类似Git的Mercurial和Bazaar等。这些分布式版本控制系统各有特点，但最快、最简单也最流行的依然是Git！

 

三：Git的安装

最早Git是在Linux上开发的，很长一段时间内，Git也只能在Linux和Unix系统上跑。不过，慢慢地有人把它移植到了Windows上。现在，Git可以在Linux、Unix、Mac和Windows这几大平台上正常运行了。

3.1 在linux 上安装Git（此处版本为ubuntn） 

　　首先可以试着输入git，查看系统是否安装git

　　

　　此时发现没有安装那么保证你Linux系统的安装源正常，请执行下列命名进行安装：

　　【sudo】 apt-get  install  git  -y

注：另一种安装方式：

　　可以直接从git官网下载源码进行编译安装

　　1.将下载的源码解压；

　　2. ./config          #进行编译环境检查

　　3.  make &&  make install       #编译安装（此处命令都是在root用户下执行，非root用户请加sudo）

3.2 在windows上使用Git，也是从Git官网下载安装程序，然后默认选项一路下一步，然后单击右键发现Git Bash here就安装ok。

 

注：俩种方式安装完成后，需要进行一步初始化设置：

注：

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



'''
因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。

注意git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。

--local  本地
--global 全局
--system 系统

'''

　　

四：Git版本控制原理：

• 工作区（working diretory）：编码的地方
• 版本库（Reponsitory）：负责代码版本控制，就是.git这个隐藏目录。
• 版本库包括：暂存区（index/stage），HEAD（指针），分支（默认为master主分支）等。

 

注：什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

4.1 创建版本库：

　　1.选择一个合适的地方，创建一个空目录

　　

　　2.通过 git init 命令把这个目录变成Git可以管理的仓库：

4.2. 现在编写一个readme.txt文件,里面加入几行文字；

4.3 添加文件到版本库

　　1.git add filename      // 添加文件至缓存区

　　

　　注：此处没有消息是最好的消息，说明ok

　　2. git commit -m ‘describe’    //提交文件至版本库

　　

　　注：-m  ‘’  代表的是此处的描述，可以省略，但是强烈不建议。

　　注：此处可以继续添加多个文件

　　3.查看文件修改状态

　　

5.查看文件修改状态

　　1. git diff filename    //查看工作区文件和库文件的区别

　　

　　2. git log [--oneline]   //查看git日志，加选择一行显示

　　

 

五：版本回退：

现在我们已经成功的提交了一个readme文件，现在我们继续修改这个文件并提交

2.查看文档具体修改了什么内容 用   git  diff 命令操作

3.此时发现了文件修改的部分，再次提交仓库就ok，注意的是修改提交可提交新文件是一样的

　　3.1 git add

　　3.2 git commit

 

 

同理，再次修改文件

 

4.查看修改历史

 

ok，现在进行版本回退

 　 git reset --hard HEAD^                     //回退上一个版本
　　git reset --hard HEAD^^                     //回退上两个版本
　　git reset --hard HEAD~n                     //回退上n个版本

　　git reset --hard commitid                    //回退指定版本，commitid根据log获取

 

 

注：现在你回退到啦某个版本，关掉了电脑，第二天早上就后悔卡，想恢复到新版本怎么办？找不到新版本的commit id怎么怎么办，

在git中，提供了一个命令 git reflog用来记录你的每一次命令：

 5.撤销修改;

　　目的：将尚未提交至版本库的修改撤回。

　　情况一：　

　　　　　　文件修改后尚未添加至缓存区

　　　　　　git checkout  --filename     //在工作区撤销文件修改

　　情况二;

　　　　　　git  checkout  HEAD  [filename]   //撤回添加至缓存区的修改

　　　　　　　注：不指定文件名则撤回所有

 6.删除文件

　　rm filename  //删除工作区的文件

　　git  rm filename   //删除版本库文件

7.分支管理

　　git branch   //显示所有本地分支

　　git branch  分支名   //创建新的分支

　　git  checkout  分支名      // 切换分支

　　git  merge  分支名     //合并指定分支到当前分支