随笔- 43 文章- 0 评论- 1 阅读- 29446

git：简单介绍+ 特点 + 三种状态

git简单介绍

Git是目前世界上最先进的分布式版本控制系统。

解决了版本控制系统中容易出现的单点故障问题。

分布式版本控制系统（Distributed Version Control System，简称 DVCS）。

在这类系统中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像下来，包括完整的历史记录。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。

git：centos等操作系统上的一款软件，下载后有一系列git命令，它可以在本地创建代码仓库，供开发\运维人员实现对代码的版本控制。

github：区别于git的本地仓库，它是网上仓库。您可以将git存储的代码上传到giuhub网上仓库存储。而github因只支持git 作为唯一的版本库格式进行托管，故名gitHub。

关于git的通俗理解：

拿Microsoft Word来理解，就是如果你想删除一个段落，但是又怕将来想恢复却找不回来，怎么办？可以另存为，即先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档就拥有众多副本：即

然后过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。

看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。

更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难。

于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？

这个软件用起来应该能记录每次文件的改动：即改动者，改动了什么都会有记录。而在代码这块，实现的这个软件就是git。

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

git的主要特点

直接记录快照，而非其他版本控制系统的"非差异比较"。
- 　　即Git 更像是把数据看作是对小型文件系统的一系列快照。在 Git 中，每当你提交更新或保存项目状态时，它基本上就会对当时的全部文件创建一个快照并保存这个快照的索引。为了效率，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。 Git 对待数据更像是一个 快照流。
git近乎所有操作都是在本地执行。
- 　　git的绝大多数操作，都只需访问本地文件和资源，可以在本地仓库进行保存，需要的时候直接访问本地仓库即可(git是分布式版本控制系统，因此可以解决单点故障问题)。而对于网络仓库(github)，更多时候只是从本地push到github上。当有需要的时候可以从github上pull所需版本到工作区，或从本地仓库checkout所需版本到工作区。
- 举个例子，有本地仓库的话，如果要浏览项目的历史，Git 不需外连到服务器去获取历史，然后再显示出来——它只需直接从本地数据库中读取。你能立即看到项目历史。如果你想查看当前版本与一个月前的版本之间引入的修改， Git 会查找到一个月前的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服务器拉回旧版本文件再来本地处理。
git保证完整性。
- Git 中所有的数据在存储前都计算校验和，然后以校验和来引用。这意味着不可能在 Git 不知情时更改任何文件内容或目录内容。这个功能建构在 Git 底层，是构成 Git 哲学不可或缺的部分。若你在传送过程中丢失信息或损坏文件，Git 就能发现。
- Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。这是一个由 40 个十六进制字符（0-9 和 a-f）组成的字符串，基于 Git 中文件的内容或目录结构计算出来。 SHA-1 哈希看起来是这样：
```
24b9da6552252987aa493b52f8696cd6d3b00373
```
  Git 中使用这种哈希值的情况很多，你将经常看到这种哈希值。实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。
git一般只添加数据。
- 　　你执行的 Git 操作，几乎只往 Git 数据库中添加数据。你很难使用 Git 从数据库中删除数据，也就是说 Git 几乎不会执行任何可能导致文件不可恢复的操作。同别的 VCS 一样，未提交更新时有可能丢失或弄乱修改的内容。但是一旦你提交快照到 Git 中，就难以再丢失数据，特别是如果你定期的推送数据库到其它仓库的话。

git的三种状态

三种状态：即已提交(committed)、已修改(modified)、已暂存(staged)。

已修改表示修改了文件，但还没保存到数据库中。
已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。
已提交表示数据已经安全地保存在本地数据库中。

git常用命令概念图

对比上图：工作目录、暂存区域、Git仓库

workspace = working Directory（工作区 \ 工作目录）
index\stage = staging area （暂存区）
Repository = git directory （Git仓库）

工作区是对项目的某个版本独立提取出来的内容。这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供你使用或修改。

暂存区是一个文件，保存了下次将要提交的文件列表信息，一般在 Git 仓库目录中。按照 Git 的术语叫做“索引”，不过一般说法还是叫“暂存区”(暂存区的文件是一次性的，即commit或restore/checkout --后，即暂存区的文件被提交或者撤销后，文件将消失，该文件将被放到本地仓库或还原到工作目录下)。

Git 仓库目录是 Git 用来保存项目的元数据和对象数据库的地方。这是 Git 中最重要的部分，从其它计算机克隆仓库时，复制的就是这里的数据。

关于"工作区"和"暂存区"的区别
工作区：就是你在电脑上看到的目录，比如"git init"的test目录里的文件(.git隐藏目录版本库除外)。或者以后需要再新建的目录文件等等都属于工作区范畴。

版本库(Repository)：工作区有一个隐藏目录.git,这个不属于工作区，这是版本库。
                  其中版本库里面存了很多东西，其中最重要的就是stage(暂存区)，还有Git为我们自动创建了第一个分支master,以及指向master的一个指针HEAD。

基本的 Git 工作流程如下：