自学系列--git的基础简介

上学期第一次接触git，感觉挺难的，我们都知道这个非常重要，自己对git也自学了一段时间，下面这是对自学内容的总结，拿出来和大家一块交流一下，让我们一起成长吧！

一 git简介

Git是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。

Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。

二 GIT和SVN的区别

1、GIT是分布式的，SVN是集中式的：这是GIT和其它非分布式（例如SVN，CVS等）的版本控制系统，最核心的区别。

2、GIT把内容按元数据方式存储，而SVN是按文件：所有的资源控制系统都是把文件的元信息隐藏在一个类似.svn,.cvs等的文件夹里。

3、GIT分支和SVN的分支不同：分支在SVN中一点不特别，就是版本库中的另外的一个目录。

4、GIT没有一个全局的版本号，而SVN有：目前为止这是跟SVN相比GIT缺少的最大的一个特征。

5、GIT的内容完整性要优于SVN：GIT的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

三 git的优势

1版本库本地化，支持离线提交，相对独立不影响协同开发。每个开发者都拥有自己的版本控制库，在自己的版本库上可以任意的执行提交代码、创建分支等行为。例如，开发者认为自己提交的代码有问题？没关系，因为版本库是自己的，回滚历史、反复提交、归并分支并不会影响到其他开发者。

2 更少的“仓库污染”。git对于每个工程只会产生一个.git目录，这个工程所有的版本控制信息都在这个目录中，不会像SVN那样在每个目录下都产生.svn目录。

3把内容按元数据方式存储，完整克隆版本库。所有版本信息位于.git目录中，它是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签、分支、版本记录等。

4支持快速切换分支方便合并，比较合并性能好。在同一目录下即可切换不同的分支，方便合并，且合并文件速度比SVN快。

5分布式版本库，无单点故障，内容完整性好。内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

四 git的安装和配置

（一）windows系统下的安装

实话实说，Windows是最烂的开发平台，如果不是开发Windows游戏或者在IE⾥调试⻚ ⾯，⼀般不推荐⽤Windows。不过，既然已经上了微软的贼船，也是有办法安装Git的。 Windows下要使⽤很多Linux/Unix的⼯具时，需要Cygwin这样的模拟环境，Git也⼀样。 Cygwin的安装和配置都⽐较复杂， 就不建议你折腾了。不过，有⾼⼈已经把模拟环境和 Git都打包好了，名叫msysgit，只需要下载⼀个单独的exe安装程序，其他什么也不⽤装，绝对好⽤。msysgit是Windows版的Git，从http://msysgit.github.io/下载，然后按默认选项安装即 可。 安装完成后，在开始菜单⾥找到“Git”->“Git Bash”，蹦出⼀个类似命令⾏窗⼝的东东。

大家也可以参考本链接：http://backlogtool.com/git-guide/cn/intro/intro2_1.html

（二）相关配置

安装完成后，还需要最后⼀步设置，在命令⾏输⼊：
$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

注意：git config命令的--global参数，⽤了这个参数，表⽰你这台机器上所有的Git仓库都会 使⽤这个配置，当然也可以对某个仓库指定不同的⽤户名和Email地址。如果要在某个特定的项目中使用其他名字或者电邮，只要去掉 --global 选项重新配置即可，新的设定保存在当前项目的 .git/config 文件里。

在使用 git 的过程中，经常会用到文本编辑器。设置Git默认使用的文本编辑器, 一般可能会是 Vi 或者 Vim。如果你有其他偏好，比如 Emacs 的话，可以重新设置：:

$ git config --global core.editor emacs
查看配置信息

要检查已有的配置信息，可以使用 git config --list 命令：

$ git config --list

http.postbuffer=2M

user.name=runoob

user.email=test@runoob.com

五 git的工作流程

一般工作流程如下：

1 克隆 Git 资源作为工作目录。

2 在克隆的资源上添加或修改文件。

3 如果其他人修改了，你可以更新资源。

4 在提交前查看修改。

5 提交修改。

6 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。

六 Git 工作区、暂存区和版本库

基本概念

我们先来理解下Git 工作区、暂存区和版本库概念

• 工作区：就是你在电脑里能看到的目录。
• 暂存区：英文叫stage, 或index。一般存放在"git目录"下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
• 版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

下面这个图展示了工作区、版本库中的暂存区和版本库之间的关系：

图中左侧为工作区，右侧为版本库。在版本库中标记为 "index" 的区域是暂存区（stage, index），标记为 "master" 的是 master 分支所代表的目录树。

图中我们可以看出此时 "HEAD" 实际是指向 master 分支的一个"游标"。所以图示的命令中出现 HEAD 的地方可以用 master 来替换。

图中的 objects 标识的区域为 Git 的对象库，实际位于 ".git/objects" 目录下，里面包含了创建的各种对象及内容。

当对工作区修改（或新增）的文件执行 "git add" 命令时，暂存区的目录树被更新，同时工作区修改（或新增）的文件内容被写入到对象库中的一个新的对象中，而该对象的ID被记录在暂存区的文件索引中。

当执行提交操作（git commit）时，暂存区的目录树写到版本库（对象库）中，master 分支会做相应的更新。即 master 指向的目录树就是提交时暂存区的目录树。

当执行 "git reset HEAD" 命令时，暂存区的目录树会被重写，被 master 分支指向的目录树所替换，但是工作区不受影响。

当执行 "git rm --cached <file>" 命令时，会直接从暂存区删除文件，工作区则不做出改变。

当执行 "git checkout ." 或者 "git checkout -- <file>" 命令时，会用暂存区全部或指定的文件替换工作区的文件。这个操作很危险，会清除工作区中未添加到暂存区的改动。

当执行 "git checkout HEAD ." 或者 "git checkout HEAD <file>" 命令时，会用 HEAD 指向的 master 分支中的全部或者部分文件替换暂存区和以及工作区中的文件。这个命令也是极具危险性的，因为不但会清除工作区中未提交的改动，也会清除暂存区中未提交的改动。

本节内容是对git基础知识的介绍，欢迎大家批评指正！下一节我们对git的具体操作进行详细的讲解！

参考：《git教程By廖雪峰》

《git菜鸟教程》