这是我参与「第三届青训营 -后端场」笔记创作活动的第3篇笔记

一：版本控制

1.1 What and why?

—什么是版本控制？

版本控制是一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订情况的系统

—为什么需要版本控制？

更好的关注变更，了解到每个版本的改动是什么，方便对改动的代码进行检查，预防事故发生；也能随时切换到不同的版本，回滚误删误改的问题代码

1.2 版本控制类型

本地版本控制： 本地代码的版本控制。代表性工具：RCS
集中式版本控制： 提供一个远端服务器来维护代码版本，本地不保存代码版本，解决多人协作问题。代表性工具：SVN
分布式版本控制： 每个仓库都能记录版本历史，解决只有一个服务器保存版本的问题。代表性工具：Git

二：Git的基本操作

2.1 Git管理代码的机制（图源网络）

Remote表示远端
Repository表示存储库
Workspace表示工作区

2.2 项目初始化

mkdir study（创建文件夹）
cd study（进入文件夹）
git init（初始化）

如上图，C:/Users/admin/study/.git/是文件夹的路径，根据路径进入文件夹发现里面什么也没有

2.3 Git目录

为Window系统配置tree命令环境详见下面这篇文章，其他系统不需要

t.csdn.cn/Wfqs4

Tree .git 命令（.git前面有一空格）

Tree命令

2.4 Git Config（Git配置）

——每个级别的配置可能重复，但低级别的配置会被高级别的配置覆盖

——用户名配置

使用以下命令分别配置用户名和邮箱

——InsteadOf 配置

使用以下命令可以把"git://"替换成"https://"方便使用https协议

——查询命令

可以通过 "git config" 命令查看更改Git配置的所有方法
可以通过 "git config --list" 命令查看Git当前的所有配置
可以通过 "git config --global --list" 命令查看当前用户的global配置
可以通过 "git config --system --list" 命令查看Git的系统配置
可以通过 "git config --local --list" 命令查看当前仓库的配置，需要到仓库目录执行

如果不到仓库目录执行，就会报错：

可以通过 "git config user.name" 获取用户名，获取邮箱同理

2.5 Git Remote（远端）

还有一类配置是Remote配置，表示本地和远端仓库的关联关系。分为SSH和HTTP两种

使用 "git remote -h" 命令查询git remote所有用法
使用 "git remote -v" 命令查询当前remote配置，会发现什么也没有

现在通过以下两个命令分别添加SSH和HTTP配置

现在再次使用 "git remote -v" 命令

或者通过以下命令查询

——免密配置

本地与Remote进行通信，一般会通过SSH和HTTP两种协议，且这两种协议均需要对身份进行认证，因此需要配置一下免密的认证方式

HTTP Remote

SSH Remote

SSH可以通过公私钥的机制，将生成的公钥存放在服务端，从而实现免密访问，目前的Key的类型有四种，分别是dsa、rsa、ecdsa、ed25519，默认使用的是rsa，由于一些安全问题，现在已经不推荐使用dsa和rsa，优先推荐使用ed25519

可以通过 "ssh-keygen -t ed25519 -C "邮箱"" 的命令来配置SSH Remote

——可以在Github上进行SSH的设置，点击github的个人头像进入Settings，再进入SSH and GPG keys即可修改

2.6 Git Add

Git Add是将workspace中的代码提交到index空间

首先使用 "touch 文件名.文件后缀" 命令创建一份文件，代码如下
使用 "git status" 命令发现已创建但尚未上传到index空间的文件

使用 "git add ." 命令将文件上传到index空间
再次使用 "git status" 命令发现从红变绿了，说明文件已提交到index空间
使用 "tree" 命令查看此时已经有一份文件

2.7 Git Commit

Git Commit是将index空间的文件提交到repositary存储库

使用 "git-commit -m "标注（标注一般是文件名.文件后缀）"" 命令提交到存储库
提交后再次使用 "git status" 命令发现已没有文件可以commit

2.8 Objects

commit/tree/blob 在git里面都统一称为object，除此之外还有个tag的object

blob：存储文件的内容
tree：存储文件的目录信息
commit：存储提交信息，一个commit可以对应唯一版本的代码

——现在我们要获取刚刚Commit到repositary区的"readme.md"文件的内容，我们需要这样做：

方法一：直接通过 "cat 文件名.文件后缀" 命令获取

方法二：一共需要四步

使用 "tree .git" 命令获取Git目录（注意，没有commit到repositary区的文件不会出现在目录中）

每个commit都会存储对应的Tree ID，使用 "git cat-file -p CommitID" 获取TreeID

再使用 "git cat-file -p TreeID" 获取blobID

再使用 "git cat-file -p blobID" 获取到文件内容

额......，会发现啥也没有

因为刚刚创建文件后并没有写入内容，所以现在来写

写文件的方法有三种，第一种是直接通过路径找到文件打开写；

第二种是通过 "vim 文件名.文件后缀" 的命令来修改；

输入命令 "vim readme.md" ，打开后是这样的，我们先按"i"键（代表insert），然后随便写点内容进去。写完之后按一下Esc退出键，再输入":wq"， 即可退出

第三种是通过 "echo "内容" >（>为覆盖，>>为追加）文件名.文件后缀" 方式修改（不推荐使用，容易把追加误写为覆盖，什么时候少打了一个 ">" 就真的可以gg了）

以上操作完成之后，还需要把刚刚修改过内容的文件再commit到repositary区，否则再次执行上面的四步后，会发现没有任何变化

文件commit之后，blobID也会改变，因此需要重新查找， 不可以直接使用先前的blobID，也就是四个步骤要重新来一遍

2.9 Refs

目录部分的refs的内容就是对应的commit ID，因此把ref当作指针，指向对应的commit来表示当前ref对应的版本。refs/heads前缀表示的是分支， 除此之外还有其他种类的分支，比如refs/tags前缀表示的是标签

——输入 "cat .git/refs/heads/master" 获取最新的commit ID

——Branch（分支）

使用 "git checkout -b test" 可以创建test分支。分支一般用于开发阶段，是可以不断添加Commit进行迭代的。

——Tag（标签）

标签一般表示的是有一个稳定版本，指向的commit一般不会变更，通过 "git tag bbb" 命令生成bbb标签

这里创建了一些分支和标签

——使用 "git branch" 命令获取当前已创建的所有分支，带*号标绿的为当前所处分支

——使用 "git checkout 分支名" 命令切换分支

2.10 Annotation Tag（附注标签）

——附注标签是一类特殊的标签，可以给标签提供一些额外信息

可以通过 "git tag -a 标签名 -m "附注内容"" 命令来创建附注标签

标签是bbc，标签内容是bbc0.2.0

获取标签的内容，里面包含标签内容的ID，获取ID对应的内容，里面包含当前版本的commit ID和标签的附注内容

如果不是附注标签，只是普通的标签，则只会显示当前版本的commit ID

2.11 追溯版本历史

为了有前后对照，先用命令修改文件内容
git add 和 git commit
再获取当前版本代码（当前版本的commit ID)
commit 里面会有 parent commit 字段，通过commit 的串联获取历史版本代码，一直获取 parent commit 可以追溯更久远的代码版本

完整代码如下，这里获取了两次历史代码

2.12 修改版本历史

——修改commit message

可以通过 "git commit --amend" 命令来修改最近一次commit的commit message

这里将"我又更新啦"替换为"哈哈哈我又更新啦"

修改完毕后，再用老方法获取commit message，发现不仅commit message已更改，commit ID也更改了

——对多个commit修改commit message

可以使用 "git rebase -i HEAD~3" 命令对最近的三个commit进行修改,这里给每个commit message加五个感叹号！

2.13 Git GC

在进行git指令操作的过程中，会产生很多没有用的垃圾object，叫做悬空的object（即没有ref指向的object）

通过 "git fsck --lost-found" 命令可以发现所有悬空的object

通过 "git gc" 命令可以将悬空的object全部回收

**回收之后的"tree.git"就变成了这样：（发现objects里的东西都被打包了）
**

2.14 Git reset（误删回滚，针对git gc误删了某些commit）

可以通过git reset回滚commit版本，每次reset的记录都会被记录到reflog中

reflog是用于记录操作日志，防止误操作后数据丢失的，通过reflog可以找到丢失的数据，手动将日志设置为过期

首先使用 "git log --oneline" 获取Git的历史记录，可以查看每一次的commit记录

再使用 "git reset --hard xxxxxxx" 命令来将代码回滚到"xxxxxxx"版本

可以使用 "git reflog" 查看之前做过的reset命令

2.15 Git Clone & Pull & Fetch

Clone： 拉取完整的仓库到本地目录，可以指定分支和深度
Fetch： 将远端某些分支的最新代码拉取到本地，不会执行merge操作，会修改refs/remote内的分支信息，如果需要和本地代码合并需要手动操作
Pull： 拉取远端某分支，并和本地代码进行合并，操作等同于"git fetch + git merge"，也可以通过"git pull --rebase"完成"git fetch + git rebase"操作
前两个是从远端拉取到存储库，而Pull是从远端直接拉取到工作区

最常用的是clone，然而在git clone时会发现一堆问题，这里将几个常见的问题汇总

随便在github上找一个代码库拿去git clone