前端工程化基础（四）：Git代码版本控制工具详解

Git版本控制工具详解

认识版本控制（版本控制）

是维护 工程蓝图的标准做法，能追踪工程蓝图从诞生一直到定案的过程
版本控制也是 一种软件工程技巧，借此能在软件开发的过程中，确保不同的人所编辑的同一程序都能得到同步

版本控制的功能

不同版本的存储管理 - 一个项目不断进行版本迭代，来修复之前的一些问题，增加新的功能等- 如果手动维护的话，效率很低
重大版本的备份维护
恢复之前的项目版本
记录项目的点点滴滴
多人开发的代码合并

集中式版本控制

CVS和SVN属于集中式版本控制系统

他们的主要特点是 单一的集中管理的服务器，保存所有文件修订版本
系统开发人员通过客户端 连接到这台服务器，取出最新的文件或者提交更新
但是存在一个核心问题：中央服务器不能出现故障- 如果宕机一个小时，在这一个小时之内，谁都无法提交更新，也就无法协同工作- 如果中心数据库所在的磁盘发生了损坏，且没有做备份，将会丢失所有的数据
项目的历史版本都会存在于中央服务器中

分布式版本控制

Git是属于分布式版本控制系统
客户端并不只提取最新版本的文件快照，而是把 代码仓库完整的镜像下来，包括完整的历史记录
这么一来，任何一处协同工作用的 服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复
因为每一次克隆操作，实际上都是一次对代码仓库的完整备份
与中央服务器不同的是，项目的历史版本，都会被克隆到协作开发的本地电脑，即每台电脑上都有备份

Bash-CMD-GUI区别

Bash是Unix shell的一种， Linux与Mac OS X都将它作为默认的shell- Git Bash 就是一个shell，是 windows下的命令行工具，可以执行Linux命令- Git Bash是基于CMD的，在CMD的基础上增加了一些新的命令与功能
Git CMD- 命令提示符（CMD）是Windows操作系统上的命令行解释程序- 其实就是 windows上面的CMD
Git GUI - 针对于不喜欢命令行界面的人- 提供了一个 图形用户界面来运行Git命令

获取Git仓库 git clone/git init

当从零到一创建一个项目的时候，可以使用 git init创建一个新的仓库 - 会生成一个.git文件

运行 git add .用于告诉git 管理当前目录下的所有文件
运行 git commit -m "描述"将本地文件提交到本地的git仓库中 - 但没有提交到远程服务器中
当已经有一个项目，就可以复制远程仓库的地址，运行 git clone xxxxx

文件状态的划分

Git在管理项目文件的时候，会对项目划分为以下几种状态- 未跟踪：一般在已经被Git管理的项目中，创建新文件的情况下- 已跟踪：当我们在项目文件中运行 git add .的命令后，就会将文件变为已跟踪的状态 - staged：暂缓区中的文件状态，一般是在运行完 git add .命令后，就会放入暂缓区中- Unmodified：运行完 git commit -m ""命令后，文件所处的状态，代表已经将代码提交到了本地的git仓库- Modified：当对文件进行修改时候，文件的状态
运行命令顺序为 - git add .- git commit -m ""- 同时可以通过 git commit -a -m ""合并成一行代码

检查文件状态-git status

在项目目录下，输入命令 `git status，可以查看项目中的文件状态

git忽略文件

项目中存在特殊的文件（比如node_modules等），不希望git对其进行跟踪和管理的，可以对其进行忽略

创建 .gitignore文件即可啊，在文件中写入需要忽略的文件 - 实际开发中，不需要手动创建，通常框架的脚手架会自动生成- 必要时候可以自己添加即可- 在文件中写入的文件，使用 git status将不会查看该文件状态

test.js

在 github中有一个 gitignore项目，可以查看开发项目需要忽略的文件

Git的校验和

当我们输入 git log命令的时候，就可以查看到 commit后面跟着的字符串，这个字符串即为 校验和
校验和可以当作本次提交的唯一标识符，可以通过查看本次提交对文件的修改
校验和是通过SHA-1散列的算法生成的

查看提交的历史 - git log

前面我们知道，可以通过 git log命令查看提交记录

同时为了方便查看，我们可以使用 git log --pretty=oneline

通常在实际开发过程中，会有多个分支的出现，此时使用 git log --pretty=oneline --grapg 进行查看

版本回退 - git reset

当我们对一个项目进行了多次的提交，想要回退到之前的版本，可以使用git reset命令进行操作

在上面的学习中，我们可以看到在最后一次提交后，commit的校验和后面都跟着一个 HEAD–>master
而 git reset实际上就是在修改 HEAD的指向 - git reset --hard HEAD^回退到上一版本- git reset --hard xxxxx回退到指定的版本

但是当我们回退到了指定的版本后，再通过 git log查看提交记录，会发现丢失了部分的提交记录

此时我们若想回到最新的提交记录，需要使用 git reflog命令进行查看所有的提交记录

之后通过 git reset --hard xxxxx命令即可恢复到最新的版本

远程仓库的操作

目前常用的三方远程仓库有：GitHub、Gitee以及GitLab

接下来我们以Gitee为例子，进行远程仓库的学习

创建Gitee账号以及创建一个仓库

登录Gitee官网进行账号注册
注册成功后，登录账号来到首页，创建一个新的仓库

输入仓库的名称，仓库的介绍等信息，之后选择创建仓库

此时我们就完成了一个仓库的创建

远程仓库拉取/提交代码 - git clone

当我们有了一个远程仓库的地址，可以使用
git clone
的方式将仓库中的代码克隆下来

但是在克隆的前，需要进行验证

远程仓库的验证-凭证

通过HTTPS协议克隆代码

因为HTTP协议是无状态的连接，所以每一次连接都需要输入用户名和密码
但是 Git拥有一个凭证系统，来保证我们只需要第一次输入凭证即可
当我们使用 git clone克隆代码的时候，会出现以下现象

当我们输入完用户密码之后，Git就会将凭证自动保存下来，在后续的操作中，不用再输入凭证
随后我们就可以将修改完的代码进行提交 - git add .- git commit -m "描述"- git push

本地仓库与远程仓库创建连接并push代码

当我们本地有一个项目，且通过
git init
初始化了本地的仓库

同时，再Gitee上面，有一个线上仓库

那么，我们想让这两个仓库创建连接，应当怎么做

首先进入到项目目录中，通过输入 git remote add '远程仓库地址'
这样就建立了相应的连接
但是我们要清楚，本地仓库中有可能存在多个分支，远程仓库中也存在很多的分支

因此，为了顺利拉取提交代码，需要指定远程仓库的分支 git pull <remote> <branch>

本地分支的上游分支

每次拉取/提交代码的时候，都需要指定远程仓库的分支，会很麻烦，因此我们可以设置一下本地分支的上游分支，可以省略重复的步骤

通过输入命令 git branch --set-upstream-to=<远程仓库>/<远程仓库的分支> <本地仓库的分支>
例如 git branch --set-upstream-to=origin/master master
这样就设置了本地仓库的上游分支，可以直接通过 pull/push对代码进行提交以及拉取

拒绝合并不相干的历史

通常我们做了以上操作后，拉取代码的时候依旧会发生错误

在过去 git merge允许将两个没有共同基础的分支进行合并 - 比如，我在本地创建了一个本地仓库，在Gitee上创建了一个远程仓库，这两个分支就没有共同的基础- 这样造成 新创建的项目可能被一个维护者合并了很多没有必要的历史，到一个已经存在的项目中
而在 Git2.9版本之后，对 git merge进行了纠正，而我们可以通过 git merge --allow-unrelated-histories来恢复之前的操作
这样我们就可以正常的拉取代码了