认识Git以及了解它的使用

    一、 版本控制系统

1.概念

版本控制软件是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做”版本控制系统”。
通俗的理解
把手工管理文件版本的方式，改为由软件管理文件的版本;
这个负责管理文件版本的软件，叫做“ 版本控制软件”。

2.使用版本控制软件的好处

操作简便
只需识记几组简单的终端命令，即可快速.上手常见的版本控制软件
易于对比
基于版本控制软件提供的功能，能够方便地比较文件的变化细节，从而查找出导致问题的原因
易于回溯
可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态
不易丢失
在版本控制软件中，被用户误删除的文件，可以轻松的恢复回来
协作方便
基于版本控制软件提供的分支功能，可以轻松实现多人协作开发时的代码合并操作
 

3.版本控制系统的分类

分布式版本控制系统    ：联网运行，支持多人协作开发;性能优秀、用户体验好
集中化的版本控制系统 ：联网运行，支持多人协作开发;性能差、用户体验不好
本地版本控制系统        ：单机运行，使维护文件版本的操作工具化

4 .特点

4.1本地版本控制系统

特点:
使用软件来记录文件的不同版本，提高了工作效率,
降低了手动维护版本的出错率
缺点:
①单机运行，不支持多人协作开发
②版本数据库故障后，所有历史更新记录会丢失

4.2 集中化的版本控制系统

特点:基于服务器、客户端的运行模式
①服务器保存文件的所有更新记录
②客户端只保留最新的文件版本
优点:联网运行，支持多人协作开发
缺点:
①不支持离线提交版本更新
②中心服务器崩溃后，所有人无法正常工作
③版本数据库故障后，所有历史更新记录会丢失
eg SVN

4.3 分布式版本控制系统

特点:基于服务器、客户端的运行模式
●服务器保存文件的所有更新版本
●客户端是服务器的完整备份,并不是只保留文件的最新版本
优点:
①联网运行，支持多人协作开发
②客户端断网后支持离线本地提交版本更新
 

二、Git 基础概念
 

1.什么是Git

Git是一个开源的分布式版本控制系统，是目前世界.上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的项目版本管理。
特点:项目越大越复杂，协同开发者越多,越能体现出Git的高性能和高可用性!

1.1 Git的特性

Git之所以快速和高效，主要依赖于它的如下两个特性:
①直接记录快照，而非差异比较
②近乎所有操作都是本地执行

1.2 SVN的差异比较

传统的版本控制系统(例如SVN)是基于差异的版本控制，它们存储的是一组基本文件和每 个文件随时间逐步累积的差异。
好处:节省磁盘空间
缺点:耗时、效率低
在每次切换版本的时候，都需要在基本文件的基础上，应用每个差异，从而生成目标版本对应的文件。

1.3 Git的记录快照

Git快照是在原有文件版本的基础.上重新生成一份新的文件， 类似于备份。为了效率，如果文件没有修改，Git  不再重新存储该文件，而是只保留一一个链接指向之前存储的文件。

缺点:占用磁盘空间较大
优点:版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。
特点:空间换时间
 

2.近乎所有操作都是本地执行

Server Computer
在Git中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息。
特性:
①断网后依旧可以在本地对项目进行版本管理
②联网后,把本地修改的记录同步到云端服务器即可
 

3. Git中的三个区域.

使用Git管理的项目，拥有三个区域，分别是工作区、暂存区、Git 仓库。

工作区   处理工作的区域
暂存区   已完成的工作的临时存放区域，等待被提交
Git仓库   最终的存放区域

4.Git中的三种状态

已修改modified
已暂存staged
已提交committed

已修改
表示修改了文件，但还没将修改的结果放到暂存区
已暂存
表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中

已提交
表示文件已经安全地保存在本地的Git仓库中，

注意:
●工作区的文件被修改了,但还没有放到暂存区，就是已修改状态。
●如果文件已修改并放入暂存区，就属于已暂存状态。
如果Git仓库中保存着特定版本的文件，
就属于已提交状态

5.  基本的Git工作流程如下

①在工作区中修改文件
②将你想要下次提交的更改进行暂存
③提交更新，找到暂存区的文件，将快照永久性.存储到Git仓库 

5.1 Git的全局配置文件

通过git config --global user.name和git config --global user.email配置的用户名和邮箱地址，会被写.入到C:/Users/用户名文件夹/ .gitconfig文件中。这个文件是Git 的全局配置文件,配置-次即可永久生效。
可以使用记事本打开此文件，从而查看自己曾经对Git做了哪些全局性的配置。
*.gitconfig记事本
[user]
name = itheima
email [email protected]

5.2 检查配置信息

除了使用记事本查看全局的配置信息之外，还可以运行如下的终端命令,快速的查看Git的全局配置信息:
1#查看所有的全局配置项
2 git config --list --global
3 #查看指定的全局配置项
4 git config user .name
5 git config user . email

5.3 获取帮助信息

可以使用git help 命令,无需联网即可在浏览器中打开帮助手册，例如:
#要想打开git config命令的帮助手册
$ git help config
如果不想查看完整的手册，那么可以用-h选项获得更简明的"help" 输出:
1 #想要获取git config 命令的快速參考
2 git config -h
 

三 、Git的基本操作

1.获取Git仓库的两种方式

①将尚未进行版本控制的本地目录转换为Git仓库
②从其它服务器克隆-一个已存在的Git仓库
以上两种方式都能够在自己的电脑.上得到一一个可用的Git仓库

2.在现有目录中初始化仓库

如果自己有-个尚未进行版本控制的项目目录,想要用Git来控制它，需要执行如下两个步骤:
①在项目目录中，通过鼠标右键打开“Git Bash"
②执行gitinit命令将当前的目录转化为Git仓库
git init命令会创建一个名为 .git 的隐藏目录,这个.git目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件是Git仓库的必要组成部分。

3.工作区中文件的4种状态

工作区中的每-一个文件可能有4种状态，这四种状态共分为两大类,如图所示
已被Git管理
未修改(Unmodified)
工作区中文件的内容和Git .
仓库中文件的内容保持-致

已修改(Modified)
Git管理
工作区中文件的内容和Git
仓库中文件的内容不一-致

已暂存(Staged)
工作区中被修改的文件已被放到暂存区，准备将修改后的文件保存到Git仓库中

未被Git管理
未跟踪(Untracked) 
不被Git所管理的文件
Git操作的终极结果:让工作区中的文件都处于“未修改”的状态。

4.检查文件的状态

可以使用git status命令查看文件处于什么状态，例如: .
在状态报告中可以看到新建的index.html文件出现在Untracked files (未跟踪的文件)下面。
未跟踪的文件意味着Git在之前的快照(提交)中没有这些文件; Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用Git跟踪管理该文件”。

5.以精简的方式显示文件状态

使用git status输出的状态报告很详细，但有些繁琐。如果希望以精简的方式显示文件的状态，可以使用如下两条完全等价的命令,其中 -s是--short的简写形式:
1 #以精简的方式显示文件状态
git status -s
git status --short
未跟踪文件前面有红色的??标记，例如:

选择C:\Windows\System32\cmd.exe
E: \code>git status -s
?? index. html

6.跟踪新文件

使用命令git add开始跟踪一一个文件。 所以， 要跟踪index.html文件,运行如下的命令即可: 
git add index. html
此时再运行git status命令,会看到index.html文件在Changes to be committed这行的下面，说明已被跟踪，并处于暂存状态:
以精简的方式显示文件的状态: .
新添加到暂存区中的文件前面有绿色的A标记

7.提交更新

现在暂存区中有-一个index.html文件等待被提交到Git仓库中进行保存。可以执行git commit命令进行提交,
其中-m选项后面是本次的提交消息，用来对提交的内容做进一步的描述:
1 git commit -m "新建了index. html文件"

提交成功之后，再次检查文件的状态,得到提示如下:

C:\Windows\System32\cmd.exe
E: \code>git status
On branch master
nothing to commit, working tree clean

证明工作区中所有的文件都处于“未修改”的状态，没有任何文件需要被提交。

8.对已提交的文件进行修改

目前，index.html文件已经被Git跟踪，并且工作区和Git仓库中的index.html文件内容保持- -致。当我们修改了工作区中index.html的内容之后，再次运行git status和git status -S命令,会看到如下的内容:文件index.html出现在Changes not staged for commit这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。
?注意:修改过的、没有放入暂存区的文件前面有红色的M标记。

9.暂存已修改的文件

目前，工作区中的index.html文件已被修改,如果要暂存这次修改,需要再次运行git add命令,这个命令是个多功能的命令，主要有如下3个功效:
 
①可以用它开始跟踪新文件
②把已跟踪的、且已修改的文件放到暂存区
③把有冲突的文件标记为已解决状态

10.提交已暂存的文件

再次运行git commit -m "提交消息"命令，即可将暂存区中记录的index.html的快照，提交到Git 仓库中进行保存:

11.撤销对文件的修改

撤销对文件的修改指的是:把对工作区中对应文件的修改,还原成Git仓库中所保存的版本。
操作的结果:所有的修改会丢失，且无法恢复!危险性比较高，请慎重操作!
使用git checkout - index.html 命令，撤销对index.html文件的修改
撤销操作的本质:用Git仓库中保存的文件，覆盖工作区中指定的文件。
 

12.向暂存区中一次性添加多个文件

如果需要被暂存的文件个数比较多，可以使用如下的命令，-次性将所有的新增和修改过的文件加入暂存区:
   git add .
今后在项目开发中，会经常使用这个命令，将新增和修改过后的文件加入暂存区。

13.取消暂存的文件

如果需要从暂存区中移除对应的文件，可以使用如”下的命令:
git reset HEAD -- 要移除的文件名称

14.跳过使用暂存区域

Git标准的工作流程是工作区→暂存区→Git仓库,但有时候这么做略显繁琐,此时可以跳过暂存区,直接将工作区中的修改提交到Git仓库，这时候Git工作的流程简化为了工作区→Git仓库。
Git提供了一-个跳过使用暂存区域的方式，只要在提交的时候，给git commit加上-a选项, Git就会自动把所有已经跟踪过的文件暂存起来一并提交,从而跳过git add步骤: 
gitcommit -a -m"描述消息"

15.移除文件

从Git仓库中移除文件的方式有两种:
①从Git 仓库和工作区中同时移除对应的文件
②只从Git仓库中移除指定的文件,但保留工作区中对应的文件
1 #从Git仓库和工作区中同时移除 index.js文件
2git rm -f index. js
3 #只从Git仓库中移除index.css, 但保留工作区中的index.css文件
4 git rm --cached index. Css

 16.查看提交历史

如果希望回顾项目的提交历史，可以使用git log这个简单且有效的命令。
1 #按时间先后顺序 列出所有的提交历史，最近的提交排在最上面
git log
4 #只展示最新的两条提交历史， 数字可以按需进行填写
 git log -2
7 #在一行上展示最近两条提交历史的信息
 git log -2 --pretty=one line
10 #在一行上展示最近两条提交历史的信息，并自定义输出的格式
11 # %h提交的简写哈希值
%an作者名字  %ar作者修订日期，按多久以前的方式显示      %s提交说明
 git log -2 --pretty=format:"%h I %an | %ar | %s ”
不想查看就按 q就退出查询

17.回退到指定的版本

1 #在一行上展示所有的提交历史
    git log --pretty=oneline
4 #使用git reset --hard 命令，根据指定的提交ID回退到指定版本
   git reset --hard

7 #在旧版本中使用git reflog --pretty=oneline 命令，查看命令操作的历史
     git reflog --pretty=oneline
10 #再次根据最新的提交ID, 跳转到最新的版本
      git reset --hard
 

18.小结

①初始化Git仓库的命令
●git init
②查看文件状态的命令
git status或git status -S
③一次性将文件加入暂存区的命令
●gitadd.
④将暂存区的文件提交到Git仓库的命令
●git commit -m "提交消息"