Git 阶段

 关于版本控制

 版本控制软件

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

通俗理解：

1. 将手工管理文件版本的方式，改为由软件管理文件的版本
2. 这个负责管理文件版本的软件，叫做“版本控制软件”

 使用版本控制软件的优点

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

版本控制系统的分类及特点

本地版本控制系统

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

特点：使用软件来记录文件的不同版本，提高了工作效率，降低了手动维护版本的出错率

缺点：

1. 单机运行，不支持多人协作开发
2. 版本数据库故障后，所有历史更新记录都会丢失

集中化版本控制系统

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

典型代表：SVN

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

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

缺点：

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

分布式版本控制系统

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

典型代表：Git

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

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

优点：

1. 联网运行，支持多人协作开发
2. 客户端断网后支持离线本地提交版本更新
3. 服务器故障或损坏后，可以用任何一个客户端的备份进行恢复

Git基础概念

什么是Git

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

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

Git的特性

1. 直接记录快照，而非差异比较
2. 近乎所有的操作都是本地执行

SVN的差异比较

是基于差异的版本控制，存储的是一组基本文件和每个文件随时间逐步累积的差异

（个人理解：只记录每次更改的部分）

优点：节省磁盘空间

缺点：耗时、效率低

产生这个缺点的原因是 ===> 每次切换版本时，都是在基本文件的基础上应用每个差异，从而生成目标版本对应的文件

Git的记录快照

Git快照：

没修改 ===> 不重新存储该文件，保留一个链接指向之前存储的文件

修改了 ===> 在原有文件版本的基础上，重新生成一份新的文件，类似于备份

缺点：占用磁盘空间较大

优点：版本切换时非常快

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

特性：

1. 断网后依旧可以在本地对项目进行版本管理
2. 联网后，把本地修改的记录同步到云端服务器即可

Git中的三个区域

工作区  暂存区 Git仓库

Git中的三种状态

1. 已修改    modified    ===>  修改了文件，未放到暂存区
2. 已暂存    staged       ===>  将已修改的文件放到暂存区，包含在下次提交的列表中
3. 已提交    committed  ===>  将文件保存到本地的Git仓库中

 安装并配置Git

 检查是否安装成功

鼠标右击菜单，Git Gui Here 和 Git Bash Here，有这两个，说明成功

是否安装成功，命令行工具中，输入  git --version 或者 git -v，输出了：git version  “版本号”   也说明安装成功了

git -v
git --version

   

  

配置用户信息

设置自己的用户名和邮件地址，通过Git对项目进行版本管理的时候，Git需要记录是谁对项目进行了操作

git config --global user.name "Huuyep"
git config --global user.email "Huuyep@163.com"

注：

1. 使用了--global选项，只需要运行一次，即可永久生效
2. --global全局性的配置

Git的全局配置文件

通过 git config --global user.name 和 git config --global user.email 配置的用户名和邮箱地址，会被写入到 C:/Users/用户名文件夹/.gitconfig 文件中。这个文件是 Git 的全局配置文件，配置一次即可永久生效。（只要不重装系统，不换电脑进行开发，这个命令只需配置一次即可）

检查配置信息

除了上述通过文件进行查看，还可以运行终端命令快速查看Git的全局配置信息

# 对应的配置信息都罗列出来
git config --list
# 查看所有的全局配置项
git config --list --global
# 查看指定的全局配置项
git config user.name
git config user.email

 

获取帮助信息

# 打开git config 命令的帮助手册
git help config
# 获取 git config 命令的快速参考
git config -h

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

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

Git的基本操作

获取Git仓库的两种方式

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

2、从其它服务器克隆（复制）一个已存在的 Git 仓库

在现有目录中初始化仓库

在该项目目录中 ===> 右击打开 Git Bash ===> 在终端执行 git init 命令

 git init 命令执行后，创建一个名为.git 的隐藏目录，该目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件都是Git仓库的必要组成部分，不要修改！！

小拓展：

如果创建后看不到.git文件，是因为.git是一个隐藏文件 解决方法如下：

Windows下查看隐藏文件

mac下查看隐藏文件

快捷键：command + shift + .

工作区中文件的4种状态

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

未修改（工作区中的内容和Git仓库中文件的内容相同）

已修改（工作区中的内容和Git仓库中文件的内容不同）

已暂存（工作区中已修改的文件被放入暂存区，等待提交至Git仓库）

未被Git管理：Git不知道有这样一个文件

已被Git管理：未修改、已修改、已暂存

注：

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

1. 所有的文件都已提交到Git仓库中
2.  暂存区中没有文件
3. 所有文件都未修改       

检查文件状态

方式一：在终端中使用 git status 命令查看文件处于什么状态

 由此可以看到，index.html文件未被跟踪 ===> Untracked files

方式二：以精简的方式显示文件状态

git status -s
git status --short

两条命令完全等价，-s是--short的简写形式

未跟踪的文件前有两个？？（红色） 

跟踪新文件

使用命令 git add 跟踪一个文件

# 添加指定文件
git add index.html
# 跟踪目录下所有文件
git add .

 再次运行git status 命令，index.html文件在Change to be committed下 说明已被跟踪，并处于暂存状态

 注：新添加到暂存区的文件前面有绿色的A标记

提交更新

git commit -m "这次新建了index.html"

提交成功之后，再检查文件中状态

 

 所有文件都处于未修改状态，没有任何文件需要提交

对已提交的文件进行修改

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

注：如果出现两个红色的M，是因为问价没有上传到仓库，放在暂存区中，又对文件进行了修改

暂存已修改的文件

已修改过的文件，利用git status -s命令查看是红色的M如果需要暂存，再次运行 git add这条命令；这个命令是多功能的命令，主要有3个功效：

1. 可以用它开始跟踪新文件
2. 把已跟踪的，且已经做出修改的文件放到暂存区
3. 把有冲突的文件标记为已解决状态

提交已暂存的文件

运行 git commit -m "提交备注信息"命令，将暂存区的快照提交到Git仓库中进行保存

提交命令运行之后，再次查看文件状态，提示没有文件需要提交，工作区是干净的，索命我没已经将修改过，在暂存区中的文件提交到了Git仓库 

撤销对文件的修改

是对工作区中对应文件的修改，还原成Git仓库中所保存的版本

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

git checkout -- index.html

这个是没有提交到仓库的内容做撤销操作，还原成仓库中最新的内容，删除后没有提示，打开你的代码进行查看

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

git add .

在实际项目开发中，经常会使用这个命令，将新增和修改过的文件加入暂存区

注：可以简单的理解为，将工作区中所有的新增和修改的文件，都加入暂存区

取消暂存的文件

从暂存区中移除对应的文件

git reset HEAD 要移除的文件名称
git reset HEAD . ===> 移除暂存区中的所有文件

跳过使用暂存区域

Git标准的工作流程是：工作区 ==> 暂存区 ==> Git仓库；

可以通过跳过暂存区来简化工作流程：工作区 ==> Git仓库

git commit -a -m "跳过暂存区进行存储"

移除文件

从Git仓库中移除文件：

1. 从Git仓库和工作区中同时移除对应的文件
2. 只从Git仓库中移除指定的文件，但保留工作区中对应的文件

# 从Git仓库和工作区中同时移除文件
git rm -f index.js
# 只从Git仓库中移除指定的文件，保留工作区中的文件
git rm --cached index.css

忽略文件

如果文件有的不想传入到git仓库中，也不想总是出现在未跟踪的列表中，可以创建一个.gitignore的配置文件，在里面列出要忽略的文件的匹配模式

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

1. 以 # 开头的是注释
2. 以 / 结尾的是目录
3. 以 / 开头防止递归
4. 以 ! 开头表示取反
5. 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）
   1. 星号 * 匹配零个或多个任意字符
   2. [abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
   3. 问号 ? 只匹配一个任意字符
   4. 两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）
   5. 在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）

.gitignore文件示例

这是还未对.gitignore进行配置的文件状态

# 忽略所有 .txt 的文件
*.txt

# 取反，即使前面忽略了所有 .txt文件 也可以跟踪 block.txt
!block.txt

# 忽略11.md 这个文档
11.md

#忽略任何目录下名为test_none的文件
test_none/

# 忽略当前目录下名为test_none的文件
/test_none

# 忽略test_block/none.txt,但不忽略test_block/block/block.txt
test_block/*.txt

# 忽略test_block/ 目录及其所有子目录下的 .md 文件
test_block/**/*.md

*.txt 隐藏了所有的txt文件

查看提交历史

# 按时间先后顺序列出所有的提交历史，最近的提交在最上面
git log

# 只展示最新的两条提交历史，数字可以按需进行填写
git log -2

# 在一行上展示最近两条提交历史的信息
git log -2 --pretty=oneline

# 在一行上展示最近两条提交历史信息，并自定义输出的格式
# &h 提交的简写哈希值  %an 作者名字  %ar 作者修订日志  %s 提交说明
git log -2 --pretty=format:"%h | %an | %ar | %s"

用git log 查看时，可以输入q 再按回车键退出

 利用 git log  --pretty=oneline 在一行上展示提交历史的信息

回退到指定版本

# 在一行上展示所有的提交历史
git log --pretty=oneline

# 使用 git reset --hard 命令，根据指定的提交 ID 回退到指定版本
git reset --hard <CommitID>

# 在旧版本中使用 git reflog --pretty=oneline 命令，查看命令操作的历史
git reflog --pretty=oneline

# 再次根据最新的提交 ID，跳转到最新的版本
git reset --hard <CommitID>

CommitID就是下边框的这写东西

 这是已经回退到了上一个版本，这时候再查看历史提交需要用 git reflog，不能用git log==>展示的不全面

命令小结

暂存指定文件到暂存区

git add index.html

暂存所有文件到暂存区

git add .

提交暂存区文件

git commit -m "新建了index.html 文件"

撤销对文件的修改

git checkout -- index.html

取消暂存的文件

git reset HEAD 要移出的文件名称

git reset HEAD . (===>移除所有的暂存区文件)

跳过暂存区，直接提交

git commit -a -m "新建了index.html 文件"

移除文件（一般用不到）
从 Git仓库和工作区中同时移除 index.js 文件
git rm -f index.js
只从 Git 仓库中移除 index.css，但保留工作区中的 index.css 文件
git rm --cached index.css

查看提交历史

git log

git reflog

回退到指定版本

git reset --hard

vscode中git的使用

git 文件标识

A（added）：新加的一个文件

D（delete）：删除的一个文件

M（modified）：已经提交过的文件内容被修改了，还未提交

U（updated but unmerged）：在本地新建了这个文件，还未提交到 git 仓库中

文件的颜色

白色：已加入版本控制且已提交，无改动

绿色：已加入版本控制暂未提交（新增）

黄色（或蓝色）：已经提交过的文件内容被修改了，还未提交到暂存区

灰色：被版本控制忽略（.gitigore）

暂存

1、单文件 “+” 号，单击暂存单文件

等同于 git add index.html

2、"更改" 后面的 “+” 号，单击暂存所有有改动的文件

等同于 git add .

3、单文件 “+” 号，单击暂存单文件

取消暂存

1、单文件 “-” 号，单击取消暂存单文件

等同于 git reset HEAD index.html

2、"暂存的更改" 后面的 “-” 号，单击取消暂存所有文件

等同于 git reset HEAD .

提交

1、源代码管理后面的 “✅” 提交代码

等同于 git commit -m "第一次提交"

开源相关的概念

通俗的理解

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

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

开源：jQuery、bootstrap

Github

生成 SSH key

1、打开 Git Bash

2、粘贴如下的命令，并将 your_email@example.com 替换为注册 Github 账号时填写的邮箱：

• ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

3、连续敲击 3 次回车，即可在 C:\Users\用户名文件夹\.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

配置 SSH key

1、使用记事本打开 id_rsa.pub 文件，复制里面的文本内容

2、在浏览器中登录 Github，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key

3、将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中

4、在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来

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

1、打开 Git Bash，输入如下的命令并回车执行：

ssh -T git@github.com

2、上述的命令执行成功后，会看到一个（yes/no）?的消息提示

3、输入 yes 之后，如果能看到类似于下面的提示消息，证明 SSH key 已经配置成功了：

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

 直接复制你创建好仓库后页面的提示代码即可

将远程仓库克隆到本地

git clone 远程仓库的地址

分支

分支在实际开发中的作用

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

master 主分支

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

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

功能分支

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

查看分支列表

git branch

创建新分支

使用如下的命令，可以基于当前分支，创建一个新的分支，此时，新分支中的代码和当前分支完全一样：

git branch 分支名称

注：执行完创建分支的命令后，用户当前所处的还是master分支 

创建分支时，建议在master分支上进行创建

切换分支

使用如下的命令，可以切换到指定的分支上进行开发：

git checkout 已存在的分支名称

分支的快速创建和切换

使用如下的命令，可以创建指定名称的新分支，并立即切换到新分支上：

# -b 表示创建一个新分支
# checkout 表示切换到刚才新建的分支上
git checkout -b 分支名称

可以通过两种方式观察是处在哪一个分支上，圈里的是看里面的*以及颜色，框里的直接观察

注意：

"git checkout -b 分支名称" 是下面

两条命令的简写形式：

1、git branch 分支名称

2、git checkout 分支名称

合并分支

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

# 1. 切换到 master 分支
git checkout master
# 2. 在master 分支上运行 git merge 命令，将 login 分支的代码合班到 master 分支
git merge login

合并分支时的注意点：

假设要把 C 分支的代码合并到 A 分支，

则必须先切换到 A 分支上，再运行 git merge 命令，来合并 C 分支！

删除分支

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

git branch -d 分支名称

注：要删除分支时，不可以在要删除的分支上删除分支，要切换到其他分支上进行删除

遇到冲突时的分支合并

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

# 假设：在把 reg 分支合并到 master 分支期间
git checkout master
git merge reg

# 打开包含冲突的文件，手动解决冲突之后，再执行如下命令
git add .
git commit -m "解决了分支合并冲突的问题"

远程分支操作

将本地分支推送到远程仓库

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

# -u 表示把本地分支和远程分支进行关联，只在第一次推送的时候需要带 -u 参数
git push -u 远程仓库的别名 本地分支名称:远程分支名称

git push -u origin reg:register

# 如果希望远程分支的名称和本地分支名称保持一致，可以对命令进行简化
git push -u origin reg

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

 

 

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

git remote show 远程仓库名称

跟踪分支

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

#从远程仓库中，把对应的远程分支下载到本地仓库，保持本地分支和远程分支名称相同
git checkout 远程分支的名称
# 示例
git checkout reg

# 从远程仓库中，把对应的远程分支下载到本地仓库，并把下载的本地分支进行重命名
git checkout -b 本地分支名称 远程仓库名称/远程分支名称
# 示例
git checkout -b regrister origin/pay

通常，我们直接运行：git checkout 远程分支的名称。远程分支叫啥名，我们本地分支叫啥名就可以。（无需改名）

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

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

删除远程分

# 删除远程仓库中，制定名称的远程分支
git push 远程仓库名称 --delete 远程分支名称

# 示例
git push origin --delete reg