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了。
（此种安装的1.8，版本太老，可以学习用，生成环境建议用第二种方式）：
(3)安装成功后，运行如下命令:
新建目录git_test，在git_test目录下创建一个版本库，命令：git init
可以看到在git_test目录下创建了一个.git隐藏目录，这就是版本库目录。
① 在版本库中创建文件的时候，就有了文件的第一个版本，于此同时会生成一个指针指向这个版本
② 当修改了code.txt中的内容以后，就生成了第二个版本，但是这个版本是依赖上一个版本的，在这个版本中仅仅会记录文件发生了那些修改。在有了一个新版本之后，这个指针会指向最新的版本。
③ 通过修改指针的位置可以实现回退到某个版本，表示方式有两种，一种是用^,一种使用~,如下
l HEAD^ 或者 HEAD~1：表示上一个版本
l HEAD^^ 或者 HEAD~2：表示上两个版本
通过上面的方式回退到第一个版本之后，指针就指向了版本1
(1) 在git_test目录下创建一个文件code.txt，写入一行内容如下：
(2) 使用如下两条命令可以创建一个版本，创建版本需要两步：
① git add code.txt
② git commit –m '版本1'
(3) 查看版本记录，命令是git log：
(4) 继续编辑code.txt，在里面增加一行。
(5) 使用如下命令再创建一个版本并查看版本记录：
(6) 现在若想回到某一个版本，可以使用如下命令：
git reset --hard HEAD^
其中HEAD表示当前最新版本，HEAD^表示当前版本的前一个版本,HEAD^^表示当前版本的前前个版本，也可以使用HEAD~1表示当前版本的前一个版本,HEAD~100表示当前版本的前100版本。
现在若觉得想回到版本1，可以使用如下命令：
执行命令后使用git log查看版本记录，发现现在只能看到版本1的记录，cat code.txt查看文件内容，现在只有一行，也就是第一个版本中code.txt的内容。
(7) 假如我们现在又想回到版本2，这个时候怎么办？
可以使用如下命令：
git reset --hard 版本号
从上面可以看到版本2的版本号为：
(8) 根据查询到的序号进行版本选择：
现在发现版本2有回来了。可以cat code.txt查看其里面的内容如下：
(9) 假如说上面的终端已经关了改怎么回退版本。
我们在执行如下命令将版本回退到版本1。
下面把终端关了，然后再打开终端，发现之前版本2的版本号看不到了。
那么怎么再回到版本2呢？git reflog命令可以查看我们的操作记录。
可以看到版本2的版本号，我们再使用如下命令进行版本回退，版本重新回到了版本2。
电脑中的目录，比如我们的git_test，就是一个工作区。
l 工作区有一个隐藏目录.git，这个不是工作区，而是git的版本库。
l git的版本库里存了很多东西，其中最重要的就是称为stage(或者叫index)的暂存区，还有git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
l 因为我们创建git版本库时，git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
l 你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
前面讲了我们把文件往git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
(1) 下面在git_test目录下再创建一文件code2.txt，然后编辑内容如下：
(2) 然后再次编辑code.txt内容，在其中加入一行，编辑后内容如下：
(3) 使用如下命令查看当前工作树的状态：
git status
上面提示我们code.txt被修改，而code2.txt没有被跟踪。
(4) 我们使用如下命令把code.txt和code2.txt加入到暂存区，然后再执行git status命令，结果如下：
所有git add命令是把所有提交的修改存放到暂存区。
(5) 然后，执行git commit就可以一次性把暂存区的所有修改提交到分支创建一个版本。
(6) 一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的。执行如下命令可以发现：
git管理的文件的修改，它只会提交暂存区的修改来创建版本。
(1) 编辑code.txt，并使用git add 命令将其添加到暂存区中。
添加到缓存区
再添加一行
(2) git commit创建一个版本，
此时并使用git status查看，发现状态不是clean
这是因为第二次修改code.txt内容之后，并没有将其添加的工作区，所以创建版本的时候并没有被提交。
(1) 继续上面的操作，提示我们可以使用格式来撤销操作，也就是丢弃工作区中你的修改：
git checkout -- <文件>
执行如下命令，
发现工作区干净了，
第二次的改动内容也没了。
(1) 前面所演示的是尚未添加到暂存区中的内容进行回滚，其实，即使加入到了暂存区，也是开始可以回滚的。
我们继续编辑code.txt，并在其中添加如下内容 
并将其添加的暂存区
(3)git同样告诉我们，用命令git reset [选项] HEAD file可以把暂存区的修改撤销掉，重新放回工作区。
选项有三个
l --hard：缓存区和工作目录中的内容都回滚到指定的那个版本状态
l --mixed：默认选项，缓存区和你指定的提交同步，但是工作目录不受影响
l --soft：缓存区和工作目录中的内容都不变（仅仅库中的内容回滚的指定版本）
l 使用这些选项的时候，就不能再指定具体的文件了
状态
到这里，仅仅是保存在将暂存区中的内容删除了，接下来就可以将这个文件回滚到修改之前的状态
(4)现在若想丢弃code.txt的修改，执行如下命令即可。
现在，如果你不但改错了东西，还从暂存区提交到了版本库，则需要进行版本回退。
小结：
l 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
l 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。
l 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节。
来演示三个选项的作用
先来演示hard选项
1 在版本库中编辑一个文件1，并add到暂存区
2 编辑另一个文件（不保存到暂存区）
3 查看状态，一个在暂存区 一个是未追踪状态
4 用git reset --hard xxxx 回滚到一个状态
5 再次查看状态（此时发现是clean，什么状态的都没有了）
6 这两个文件中新添加的内容都没了
先来演示soft选项
前面部分略
1 执行 reset，回滚到第一个版本
2 此时暂存区和文件中的内容都还在
3 查看当前所处的版本，已经回到了第一个版本，其他的版本都没了
对比工作区和某个版本中文件的不同：
(1) 继续编辑文件code.txt，在其中添加一行内容。
(2) 现在要对比工作区中code.txt和上个版本中code.txt的不同。使用如下命令：
我们也可以和版本库中的第二个版本做比对
对比两个版本间文件的不同：
(1) 现在要对比HEAD和HEAD^版本中code.txt的不同，使用如下命令：
(1) 我们把目录中的code2.txt删除。
这个时候，git知道删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻提示哪些文件被删除了。
(2) 现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：
另一种情况是删错了，可以直接使用git checkout – code2.txt,这样文件code2.txt又回来了。
小结：
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
