一、关于版本控制

1.1、概念

版本控制软件：是一个用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫做“版本控制系统”

通俗的理解：把手工管理文件版本的方式，改为由软件管理文件的版本；这个负责管理文件版本的软件，叫做“版本控制软件”

1.2、好处

1. 操作方便
2. 易于对比
3. 易于回溯
4. 不易丢失
5. 协作方便

1.3、分类  

• 本地版本控制系统  【单机运行】

采用某种简单的数据库来记录文件的历次更新差异

• 集中化的版本控制系统  【联 运行】

基于服务器、客户端的运行模式

1. 服务器保存文件的所有更新记录
2. 客服端只保留最新的文件版本

优点：联 运行，支持多人协作开发

缺点：不支持离线提交版本更新、中心服务器崩溃后，所有人无法正常工作、版本数据库故障后，所有历史更新记录会丢失

• 分布式版本控制系统  【联 运行 支持多人协作开发 性能优秀、用户体验好】

基于服务器、客服端的运行模式

• 服务器保存文件的所有更新版本
• 客服端是服务器的完整备份，并不是只保留文件的最新版本

优点：联 运行，支持多人协作开发、客服端断 后支持离线本地提交版本更新、服务器发生故障，可以使用任何一个客服端的备份进行恢复

三种版本控制 分布式版本控制系统：性能优秀、用户体验好，其中最典型的代表是Git，接下来就来了解什么是Git

二、Git起步 

2.1、概念

Git是一个开源的分布式版本控制系统，是目前世界上最先进的、最流行的版本控制系统。可以快速高效地从很小到非常大的项目版本管理

2.2、特性

2.2.1、直接记录快照，而非差异性比较

先了解下svn的差异比较

Git记录快照

Git快照是在原有文件版本的基础上重新生成一份新生成一份新的文件，类似于备份，为了效率，如果文件没有修改，Git不再重新存储文件，而是只保留一个链接指向之前存储的文件
缺点：占用磁盘空间较大
优点：版本切换时非常快（直接快照恢复）
特点：空间换时间

2.2.2、近乎所有操作都是本地执行

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

2.3、三个区域

工作区 ———————--暂存区————————–Git仓库

工作区中的每一个文件可能有4中状态，这四种状态分为两大类：

• 未被Git管理

1. 未跟踪【不被Git管理的文件】

• 已被Git管理 

1. 未修改：工作区中文件的内容和Git仓库中文件的内容保持一致
2. 已修改：工作区中文件的内容和Git仓库中文件的内容不一致
3. 已暂存：工作区中被修改的文件已被放到暂存区，准备将修改后的文件保存到Git仓库中

Git操作的终极结果：让工作区的文件都处于“未修改”的状态

 2.4、三种状态

已修改【modified】——————–已暂存【staged】———————–已提交【committed】

2.5、工作流程 

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

完成上面就是对版本的基本提交

三、Git的基本操作

在完成安装好git后 第一步就是设置自己的用户名和邮箱地址

获得git帮助信息【 git help 】

获得Git仓库的两种方式

将尚未进行版本控制的本地目录转换为Git仓库

1. 步骤：在项目目录中，右键打开Git Bash
2. 执行git init 命令将当前的目录转化为Git仓库

这个.git目录就是当前项目的Git仓库

从其他服务器克隆一个已存在的Git仓库

查看文件处于什么状态 

• 命令 ：【git status】
• 以精简的方式显示文件状态：【git status -s】

文件前面有/span>表示文件未被跟踪的文件

 跟踪一个新文件

• 命令：【git add index.html】表示index文件已经被开始跟踪了，处于暂存状态

以精简的方式显示文件的状态，如果文件前面有绿色的A标记 表示新添加到暂存状态

提交跟新

• 命令：【git commit -m “文件描述”】 

对以提交的文件进行修改

目前index文件已经被Git跟踪，并且工作区和Git仓库中的index文件内容保持一致。当我们修改了工作区index的内容之后，再次进行git status 和 git status -s 命名 如果文件前面出现M 说明已跟踪文件的内容发生了变化，但是还没有放到暂存区 

修改过的，没有放入暂存区的文件前面有红色的M标记

暂存一修改的文件

• 命令 【git add index.html】

显示文件的状态 绿色的M标记 表示文件已修改已被放到暂存区

再次运行git commit -m “提交信息” 命令，即可将暂存中记录的index的快照，提交到Git仓库只能够进行保存 

四、Git的基本操作二

撤销对文件的修改

把对工作区中对应文件的修改，还原成Git仓库中所保存的版本，所有的修改会丢失，且无法恢复，危险性比较高

想暂存区中一次性添加多个文件

取消暂存的文件

跳过使用暂存区域

Git标准的工作流程是工作区->暂存区->Git仓库,很繁琐
简化：工作区->Git仓库
Git提供了一个跳过使用暂存区域的方式，只要在提交的时候，给git commit加上-a选项，Git就会i自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过git add步骤 

移除文件的两种方式

忽略文件

一般我们总会有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表，在这种情况下，我们可以创建一个名为.gitgnore的配置文件，列出忽略的文件的匹配模式

文件.gitignore的格式规范如下：

1. 以 # 开头的是注释
2. 以 / 结尾的是目录
3. 以 / 开头防止递归
4. 以！开头表示取反
5. 可以使用glob模式进行文件和文件夹的匹配

glob模式

1. 星 * 匹配零个或多个任意字符
2. [abc]匹配任何一个列在方括 中的字符
3. 问好strong>只匹配一个任意字符
4. 在方括 中使用短划线分割两个字符，表示所有在这两个字符范围内的都可以匹配[0-9]
5. 两个星 **表示匹配任意中间目录（比如a/**/z可以匹配a/z、a/b/z或a/b/c/z等）

---

举例

• 忽略所有的.a文件 【*.a】
• 但是跟踪所有的lib.a即便你在前面忽略了.a文件【!lib.a】
• 只忽略当前目录下的TODO文件，而不忽略 subdir/TODO【/TODO】
• 忽略任何目录下名为build的文件夹  【build/】
• 忽略doc/notes.txt但不忽略doc/server/arch.txt【doc/*.txt】
• 忽略doc/目录及其所有子目录下的.pdf文件【doc/**/*.pdf】

查看历史提交 

1. 按时间先后顺序列出所有的提交历史，最近的提交在最上面 【git log】
2. 只展示最新的两条提交历史，数字可以按需进行填写【git log -2】
3. 在一行上展示最近两条提交历史的信息【git log -2 –pretty=oneline】

 回退到指定版本

1. 在一行上展示所有的提交历史【git log –pretty=oneline】
2. 根据指定的提交id回退到指定版本【git reset –hard 】
3. 在旧版本中使用下面命令，查看命令操作的历史【 git  reflog –pretty=oneline】
4. 再次根据最新的提交id ，跳转到最新的版本【git reset –hard 】

以上就是我总结的Git的一些基本操作啦

能够掌握Git中基本命令的使用

• git init
• git add .
• git commit -m “提交消息”
• git status 和 git status -s

文章知识点与官方知识档案匹配，可进一步学习相关知识Git技能树Git入门Git简介2968 人正在系统学习中