git应用快速入门

1. git简介

1.1 产生历史

​ 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.2 git的两大特色

• 版本控制：能够解决多人同时开发的代码问题，也能够解决找回历史代码的问题。
• 分布式：Git是分布式版本控制系统，同一个Git仓库，能够分布到不一样的机器上。首先找一台电脑充当服务器的角色，天天24小时开机，其余每一个人都从这个“服务器”仓库克隆一份到本身的电脑上，而且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。能够本身搭建这台服务器，也可使用GitHub网站。

2. 安装与配置

2.1 方式1:yum安装命令以下

（此种安装的1.8，版本太老，能够学习用，生成环境建议用第二种方式）：


2.2 方式2：编译安装（生产环境建议此种方式）


(3)安装成功后，运行以下命令:


3. 建立一个版本库

新建目录git_test，在git_test目录下建立一个版本库，命令：git init


能够看到在git_test目录下建立了一个.git隐藏目录，这就是版本库目录。

4. 版本建立与回退

4.1 git的工做原理

①　在版本库中建立文件的时候，就有了文件的第一个版本，于此同时会生成一个指针指向这个版本


②　当修改了code.txt中的内容之后，就生成了第二个版本，可是这个版本是依赖上一个版本的，在这个版本中仅仅会记录文件发生了那些修改。在有了一个新版本以后，这个指针会指向最新的版本。


③　经过修改指针的位置能够实现回退到某个版本，表示方式有两种，一种是用^,一种使用~,以下

l HEAD^ 或者 HEAD~1：表示上一个版本

l HEAD^^ 或者 HEAD~2：表示上两个版本

经过上面的方式回退到第一个版本以后，指针就指向了版本1


4.2 使用

(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。


4.3 工做区和暂存区

4.2.1 工做区(Working Directory)

电脑中的目录，好比咱们的git_test，就是一个工做区。

4.2.2 版本库(Repository)

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) 一旦提交后，若是你又没有对工做区作任何修改，那么工做区就是“干净”的。执行以下命令能够发现：


4.3 管理修改

git管理的文件的修改，它只会提交暂存区的修改来建立版本。

(1) 编辑code.txt，并使用git add 命令将其添加到暂存区中。



添加到缓存区


再添加一行


(2) git commit建立一个版本，


此时并使用git status查看，发现状态不是clean


这是由于第二次修改code.txt内容以后，并无将其添加的工做区，因此建立版本的时候并无被提交。

4.4 撤销修改

(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 查看当前所处的版本，已经回到了第一个版本，其余的版本都没了


4.5 对比文件的不一样

对比工做区和某个版本中文件的不一样：

(1) 继续编辑文件code.txt，在其中添加一行内容。


(2) 如今要对比工做区中code.txt和上个版本中code.txt的不一样。使用以下命令：


咱们也能够和版本库中的第二个版本作比对


对比两个版本间文件的不一样：

(1) 如今要对比HEAD和HEAD^版本中code.txt的不一样，使用以下命令：


4.6 删除文件

(1) 咱们把目录中的code2.txt删除。


这个时候，git知道删除了文件，所以，工做区和版本库就不一致了，git status命令会马上提示哪些文件被删除了。


(2) 如今你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，而且git commit：




另外一种状况是删错了，能够直接使用git checkout – code2.txt,这样文件code2.txt又回来了。

小结：

• 命令git rm用于删除一个文件。
• 若是一个文件已经被提交到版本库，那么你永远不用担忧误删，可是要当心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。