Git，版本控制系统，忽略文件，Git仓库

一. 版本控制系统的分类

1. 本地版本控制系统

单机运行，使维护文件版本的操作工具化

2. 集中化的版本控制系统

（典型代表SVN）

联网运行，支持多人协作开发；性能差，用户体验不好

特点：基于服务器，客户端的运行模式

1. 服务器保存文件的所有更新记录

2. 客户端只保留最新的文件版本

缺点：

1. 不支持离线提交版本更新

2. 中心服务器崩溃后，所有人都无法正常工作

3. 版本数据库故障后，所有历史更新记录会丢失

3. 分布式版本控制系统

联网运行，支持多人协作开发；性能优秀，用户体验好

特点：基于服务器，客户端的运行模式

1. 服务器保存文件的所有更新版本

2. 客户端是服务器的完整备份，并不是只保留文件的最新版本

优点：

1. 联网运行，支持多人协作开发

2. 客户端断网后支持离线本地提交版本更新

3. 服务器故障或损坏后，可使用任何一个客户端的备份进行恢复

二. Git

1. 什么是Git

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

特点：项目越大越复杂，协同开发者越多，越能体现出Git的高性能和高可用性。

2. Git的作用

记录代码内容，切换代码版本，多人开发时高效合并代码内容

3. Git的特性

Git之所以快速和高效，主要依赖于如下两个特性：

1. 直接记录快照，而非差异比较

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

SVN的差异比较

传统的版本控制系统（如SVN）是基于差异的版本控制，它们存储的是一组基本文件和每个文件随时间逐步累积的差异。

Git的记录快照

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

缺点：占用磁盘空间较大

优点：版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。

特点：空间换时间

几乎所有操作都是本地执行

在Git中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网络上其它计算机的信息。

特性：

1. 断网后依旧可以在本地对项目进行版本管理

2. 联网后，把本地修改的记录同步到云端服务器即可

4. Git中的三个区域

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

工作区：实际开发时操作的文件夹

暂存区：保存之前的一个准备区域（暂存改动过的文件）

版本库：提交并保存暂存区中的内容，产生一个版本快照。

5. Git中的三种状态

已修改：表示修改了文件，但还没将修改的结果放到暂存区。

已暂存：表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中。

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

6. 基本的Git工作流程

1. 在工作区中修改文件

2. 将你想要下次提交的更改进行暂存

3. 提交更新，找到暂存区的文件，将快照永久性存储到Git仓库。

三. 安装并配置Git

1. 设置用户名和邮件地址

安装完Git之后，要做的第一件事就是设置自己的用户名和邮件地址。

因为通过Git对项目进行版本管理的时候，Git需要使用这些基本信息，来记录是谁对项目进行了操作。（建议写github上面的用户名和账号）

git config --global user.name”itheima”

git config --global user.email “itheima@itcast.cn”

注意：如果使用了--global选项，那么该命令只需要运行一次，即可永久生效。

输入git config --list，即可看到自己的信息

2. 获取帮助信息

可以使用git help<verb>命令，无需联网即可在浏览器中打开帮助手册。

#想打开git config命令的帮助手册

git help config

如果不想查看完整的手册，那么可以用-h选项获得更简明的”help”输出：

git config -h

四. Git的基本操作

1. 什么是Git仓库

记录文件状态内容和历史记录的地方。（.git文件夹）

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

1.把本地文件夹转换成Git仓库，命令 git init

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

以上两种方式都能够在自己的电脑上得到一个可用的Git仓库。

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

如果自己有一个尚未进行版本控制的项目目录，想要用Git来控制它，需要执行如下两个步骤：

1. 在项目目录中，通过鼠标右击打开”Git Bash”

2. 执行git init命令将当前的目录转化为Git仓库

git init命令会创建一个名为.git的隐藏目录，这个.git目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件是Git仓库的必要组成部分。

4. 工作区文件的2种状态

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

1. 未被Git管理

未跟踪（不被Git所管理的文件）

2. 已被Git管理

未修改：工作区中文件的内容和Git仓库中文件的内容保持一致

已修改：工作区中文件的内容和Git仓库中文件的内容不一致

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

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

五. 使用git的各种命令

1. 初始化Git仓库

git init（通过它创建本地的Git仓库）

2. 查看文件状态

可以使用git status命令查看文件处于什么状态。

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

使用git status输出的状态报告很详细，但有些繁琐。如果希望以精简的方式显示文件的状态，可以使用如下两条完全等价的命令（git status -s    git status --short），其中-s是--short的简写形式

4. 跟踪新文件

使用git add开始跟踪一个文件。

例如：git add index.html

此时，再运行git status命令，会看到文件已处于被跟踪，并处于暂存状态。

5. 提交更新

可以执行git.commit-m命令进行提交，其中-m选项后面是本次的提交信息，用来对提交的内容做进一步的描述。

例如：

git comit -m”新建了index.html文件”

6. 查看暂存区文件列表

git ls-files

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

用git status显示文件状态：如果文件xxx.html出现在Changes not staged for commit这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。

用git status --s显示文件状态：修改过的，没有放入暂存区的文件前面有红色的M标记

8. 暂存已修改文件

目前，工作区中的index.html文件已被修改，如果要暂存这次修改，需要再次运行git add命令。

此时再运用git status --s命令显示文件状态，是一个绿色的M标记。表示已修改，已暂存。

git add命令是个多功能的命令，主要有如下3个功效：

1. 可以用它开始跟踪新文件

2. 把已跟踪的，且已修改的文件放到暂存区

3. 把有冲突的文件标记为已解决状态

9. Git暂存区使用

暂存区：暂时存储，可以临时恢复代码内容，与版本库解耦。

1. 暂存区的内容覆盖工作区

git restore 目标文件（如果文件标识为.则恢复所有文件）

2. 移除文件

从Git仓库中移除文件的方式有两种：

1. 从Git仓库和工作区中同时移除对应的文件

#从Git仓库和工作区中同时移除index.js文件：git rm -f index.js

2. 从暂存区移除文件（不让git跟踪文件变化）

#只从中移除暂存区的index.css，但保留工作区中的index.css：git rm --cached index.css

3. 撤销对文件的修改

撤销对文件的修改，即把对工作区中对应文件的修改，还原成Git仓库中所保存的版本。

操作的结果：所有的修改会丢失，且无法恢复！危险性比较高，请慎重操作。

使用git checkout --index.html命令，撤销对index.html文件的修改。

撤销操作的本质：用Git仓库中保存的文件，覆盖工作区中指定的文件。

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

git add .

5. 取消暂存的文件

如果需要从暂存区中移除对应的文件，可以使用如下命令：

git reset HEAD 要移除的文件名称

6. 跳过使用暂存区

Git标准的工作流程是工作区→暂存区→Git仓库，但有时候这么做略显繁琐，此时可以跳过暂存区，直接将工作区中的修改提交到Git仓库，这时候Git工作的流程简化为了工作区→Git仓库。

给git commit加上-a选项，Git就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过git add步骤

git commit -a -m “描述消息”

六. 忽略文件

1. 概念

.gitignore 文件可以让 git 彻底忽略跟踪指定文件

目的：让 git 仓库更小更快，避免重复无意义的文件管理

例如：

1. 系统或软件自动生成的文件

2. 编译产生的结果文件

3. 运行时生成的日志文件，缓存文件，临时文件等

4. 涉密文件，密码，秘钥等文件

2. ignore文件创建步骤

1. 项目根目录新建 .gitignore 文件

2. 填入相应配置来忽略指定文件

注意：如果文件已经被暂存区跟踪过，可以从暂存区移除即可

3. ignore文件格式

文件的格式规范如下：

1. 以#开头的是注释

2. 以/结尾的是目录

3. 以/开头的是防止递归

4. 以！开头表示取反

5. 可以使用glob模式进行文件和文件夹的匹配（glob指简化了的正则表达式）

4. glob模式

1. 星号*匹配零个或多个任意字符

2. [abc]匹配任何一个列在方括号中的字符

3. 问号？只匹配一个任意字符

4. 在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如[0-9]表示匹配所有0到9的数字）

5. 两个星号**表示匹配任意中间目录（比如a/**/z可以匹配a/z,a/b/z或a/b/c/z等）

七. 提交历史与版本回退

1. 查看历史

如果希望回顾项目的提交历史，可以使用git log这个简单且有效的命令。

#按时间先后顺序列出所有的提交历史，最近的提交排在最上面（详细信息）

git log

#查看提交记录——简略信息

git log --oneline

#查看完整历史——简略消息（包括提交，切换，回退等所有记录）

git reflog --online

2. Git回退版本

注意1：只有记录在版本库的提交记录才能恢复

注意2：回退后，继续修改→暂存→提交操作即可（产生新的提交记录过程）

八. 分支

在进行多人协作开发的时候，为了防止互相干扰，提高协同开发的体验，建议每个开发者都基于分支进行项目功能的开发。

1. 分支的使用场景

开发新需求/修复Bug，保证主线代码随时可用，多人协同开发提高效率。

2. master主分支

在初始化本地Git仓库的时候，Git默认已经帮我们创建了一个名字叫做master的分支。通常我们把这个master分支叫做主分支。

在实际工作中，master主分支的作用是：用来保存和记录整个项目已完成的功能代码。

因此，不允许程序员直接在master分支上修改代码，因为这样做的风险太高，容易导致整个项目崩溃。

3. 功能分支

由于程序员不能直接在master分支上进行功能开发，所以就有了功能分支的概念。

功能分支指的是专门用来开发新功能的分支，它是临时从master主分支上分叉出来的，当新功能开发且测试完毕后，最终需要合并到master主分支上。

4. 查看分支列表

查看当前Git仓库中所有的分支列表

git branch

注意：分支名字前面的*号表示当前所处的分支。

5. 创建新分支

可以基于当前分支，创建一个新的分支，此时，新分支中的代码和当前分支完全一样。

git branch 分支名称

6. 切换分支

git checkout login

7. 分支的快速创建和切换

git checkout -b 分支名称

注意：git checkout -b 分支名称是 git branch 分支名称和git checkout分支名称 这两条命令的简写形式。

8. 分支合并与删除

1. 合并分支

功能分支的代码开发测试完毕之后，可以使用如下的命令，将完成后的代码合并到master主分支上：

#1. 切换到master分支：git checkout master

#2. 在master分支上运行git merge命令，将login分支的代码合并到master分支：git merge login

合并分支的注意点：假设要把C分支的代码合并到A分支，则必须先切换到A分支上，再运行git merge命令，来合并C分支。

2. 删除分支

当把功能分支的代码合并到master主分支上以后，就可以使用如下的命令，删除对应的功能分支。

git branch -d 分支名称

3. 遇到冲突时的分支合并

如果在两个不同的分支中，对同一个文件的同一部分进行了不同的修改，Git就没法干净的合并它们。此时，我们需要打开这些包含冲突的文件然后手动解决冲突。

九. 开源

1. 什么是开源

闭源：

1. 概念：软件的代码是封闭的

2. 只有作者能看到闭源软件的代码

3. 只有作者能对源代码进行修改

开源：

1. 概念：开源即开放源代码

2. 代码是公开的

3. 任何人都可以去查看，修改和使用开源代码

通俗理解：

闭源是指只提供程序，不提供源代码

开源是指不仅提供程序还提供程序的源代码

2. 什么是开源许可协议

开源并不意味着完全没有限制，为了限制使用者的使用范围和保护作者的权力，每个开源项目都应该遵守开源许可协议（Open Source Licence）

常见的5种开源许可协议

1. BSD；

2. Apache Licence 2.0；

3. GPL，具有传染性的一种开源协议，不允许修改后和衍生的代码作为闭源的商业软件发布和销售。使用GPL的最著名的软件项目是：Linux

4. LGPL

5. MIT，是目前限制最少的协议，唯一的条件：在修改后的代码或发行包中，必须包含原作者的许可信息。使用MIT的软件项目有：jquery,Node.js

3. 开源项目托管平台

专门用于免费存放开源项目源代码的网站，叫做开源项目托管平台。目前世界上比较出名的开源项目托管平台主要有以下三个：

1. Github

2. Gitlab

3. Gitee（又叫码云，是国产的开源项目托管平台。访问速度快，纯中文界面，使用友好）、

注意：以上3个开源项目托管平台，只能托管以Git管理的项目源代码，因此，它们的名字都以Git开头。

4. 什么是Github

Github是全球最大的开源项目托管平台。因为只支持Git作为唯一的版本控制工具，故名GitHub

在Github中，可以：

1. 关注自己喜欢的开源项目，为其点赞打call

2. 为自己喜欢的开源项目做贡献（Pull Request）

3. 和开源项目的作者讨论Bug和提需求（Issues）

4. 把喜欢的项目复制一份作为自己的项目进行修改（Fork）

5. 创建属于自己的开源项目等等

综上Github≠Git

5. 远程仓库的两种访问方式

Github上的远程仓库，有两种访问方式，分别是HTTPS和SSH。它们的区别是：

1. HTTPS：零配置；但是每次访问仓库时，需要重复输入Github账号和密码才能访问成功

 

2. SSH：需要进行额外的配置；但是配置成功后，每次访问仓库时，不需要重复输入Github的账号和密码。

实际开发中：推荐使用SSH的方式访问远程仓库

SSH key的作用：实现本地仓库和Github之间免登录的加密数据传输

SSH key的好处：免登录身份认证，数据加密传输

SSH key由两部分组成，分别是：

1. id_rsa（私钥文件，存放于客户端的电脑中即可）

2. id_rsa.pub（公钥文件，需要配置到Github中）

生成SSH key

配置SSH key

检测Github的SSH key是否配置成功

基于SSH将本地仓库上传到Github

 

6. 远程分支操作

1. 添加远程仓库地址

git remote add 远程仓库别名 远程仓库地址

2. 查看远程仓库地址

git remote -v

3. 删除远程仓库地址

git remote remove 远程仓库别名

4. 拉取

git pull 远程仓库别名 分支名

5. 将远程仓库克隆到本地

打开Gitbash，输入git clone 远程仓库的地址（从无到有才使用这个命令）

效果：在运行命令所在文件夹，生成项目文件夹（包含版本库，并映射到暂存区和工作区）

注意1：Git本地仓库已经建立到和远程仓库的链接。

注意2：仓库公开随意克隆，推送需要身为仓库团队成员。

6. 本地分支推送到远程仓库

如果是第一次将本地分支推送到远程仓库，需要运行如下命令：

注意：第一次推送分支需要带-u参数，此后可以直接使用git push推送代码到远程分支。

7. 查看远程仓库中所有的分支列表

通过如下的命令，可以查看远程仓库中，所有的分支列表的信息。

git remote show 远程仓库名称

远程仓库的名字，默认都叫origin

8. 跟踪分支

跟踪分支是指：从远程仓库中，把远程分支下载到本地仓库中。

9. 拉取远程分支的最新代码

#从远程仓库，拉取当前分支最新的代码，保持当前分支的代码和远程分支代码一致。

git pull

10. 删除远程分支

#删除远程仓库中，指定名称的远程分支

git push 远程仓库名称 --delete 远程分支名称

#示例：git push origin --delete pay

十. VSCode中使用Git

使用：源代码管理，进行暂存，撤销，对比差异，提交等操作。

案例需求：把Webpack压缩好的dist分发到文件夹网页，部署到码云上，开启Page服务在互联网中浏览。

步骤：

1. 初始化本地Git仓库（用dist文件夹）

2. 初始化远程Git仓库（这一次也是非空的）

3. 本地配置远程仓库链接

4. 本地拉取合并一下（确认本地要包含远程内容时使用）

5. 本地推送到远程Git仓库

6. 开启page网页服务得到地址浏览