init project

Git学习笔记/A_Git详细学习笔记.md

@@ -0,0 +1,1349 @@
+> 此笔记为 本人洪详细学习Git阶段记录笔记,本笔记将记录 较深入的学习git知识点
+>
+> 如果仅仅简单使用,可先只看(必看)本笔记的:①高层命令 ②分支部分 ③数据恢复 ④远程操作
+>
+> 但是git知识是一个整体,系统的学习下来在之后使用也能更加得心应手
+>
+> 本人笔记地址分享:[`全部笔记`](https://gitee.com/hongjilin/hongs-study-notes)、[`Git笔记`](https://gitee.com/hongjilin/hongs-study-notes/tree/master/%E7%BC%96%E7%A8%8B_%E5%89%8D%E7%AB%AF%E5%BC%80%E5%8F%91%E5%AD%A6%E4%B9%A0%E7%AC%94%E8%AE%B0/Git%E5%AD%A6%E4%B9%A0%E7%AC%94%E8%AE%B0)
+>
+> ​															始于:2021-1-27    截至:2021-2-2
+
+# Git详细学习
+
+# #目录
+
+>[TOC]
+
+# Ⅰ-Git操作
+
+## 一、初始化
+
+> 该处是用来提交时当作签名使用的
+
+```shell
+git config --global user.name "我的用户名"
+git config --global user.email "我的邮箱"
+#删除配置信息
+git config --global --unset user.name
+git config --global --unset user.email
+```
+
+## 二、Git工作流程与区域
+
+### 1、区域
+
+1. 工作区
+
+   > 平时写代码的文件目录
+
+2. 暂存区
+
+   > git add 后提交暂存的地方
+
+3. 版本库
+
+   > git commit 后给你生成版本的地方,注意push是提交到远程仓库而不是版本库,请勿混淆
+
+### 2、工作流程
+
+> 每个项目都有一个Git目录(.git)他是Git用来保存元数据和对象数据库的地方.该目录非常重要,每次克隆镜像仓库的时候,实际拷贝的就是这个目录里的数据
+
+##### ①、在工作目录中修改某些文件
+
+>从项目中取出某个版本的所有文件和目录,用以开始后续工作的叫做工作目录,这些文件实际上都是从Git目录中的压缩对象数据库中提取出来的,接下去就可以在工作目录中对这些文件进行编辑
+
+##### ②、保存到暂存区域,对暂存区做快照
+
+> 暂存区域只不过是个简单的文件,一般都放在Git目录中,有时候人们会把这个区域的文件叫做索引文件,不过标准说法还是叫暂存区域
+
+##### ③、提交更新
+
+> 将保存区在暂存区域的文件快照永久转储到本地数据库(Git目录)中
+
+我们可以从文件所处位置来判断状态:如果是Git目录中保存着的特定版本文件,就属于提交版本;如果做了修改并已放入暂存区域,就属于已暂存状态;如果自上次去除后,做了修改但还没有放到暂存区域,就是已修改状态
+
+## 三、对象详解(底层命令)
+
+### 1、git对象
+
+> 1. key:val 组成的键值对(key是val相应的hash)
+>
+> ​		键值对在git内部是blob类型(git特有)
+>
+> 2. 存储数据文件内容,也称为数据对象
+
+##### ① 直接写入git对象方法与读取(存入".git/objects")
+
+```shell
+#将打印内容写入对象(git数据库)并且返回其相应哈希值
+echo "写入的对象内容" | git hash-object -w --stdin 
+#读取内容并不能直接cat读取,因为git存入时已经加密,需要如下代码 -p:内容  -t:类型
+git cat-file -p 存入对象的哈希值(此值可以由上一步得到) 
+#将文件写入git对象,即我们常见的版本控制中出现的
+git hash-object -w ./test.txt
+#查看Git存储的数据  返回其文件夹内的所有哈希文件
+find .git/objects -type f 
+```
+
+### 2、树对象
+
+> 树对象是存储键值 作用为控制版本,如我们的版本前回退 就是在操作这个对象的(指向改变)
+>
+> 作用就是生成快照
+>
+> 这个也是git的必杀特性,因为他的切换分支与版本都很快 只是指针切换
+
+#### 构建树对象
+
+> 我们可以通过 update-index , write-tree , read-tree 等命令来构建树对象并且塞到暂存区
+
+##### ① 利用 `update-index` 命令 创建暂存区
+
+>利用 `update-index` 命令 为test.txt文件的首个版本创建一个暂存区,并通过`write-tree`命令生成树对象
+
+```shell
+#1生成一个树对象
+git update-index --add --cacheinfo 100664(文件状态码:普通文件) 哈希值 对应文件名
+#生成快照(树对象)
+git write-tree
+#2 将第一个树对象加入第二个树对象,使其成为新的树对象
+git read-tree -prefix=bak 哈希值(树对象的)  
+git write-tree
+```
+
+##### ② 查看暂存区当前样子
+
+```shell
+git ls-files -s
+```
+
+### 3、提交对象
+
+> 1. 通过上述两个对象操作后,你会发现你已经生成了不同项目的快照,但是问题是:如果想重用这些快照,你必须记住所有三个 SHA-1(快照)哈希值 .但是,你也完全不知道是谁保存了这些快照,在什么时刻保存的,以及为什么保存这些快照.而以上这些,正是提交对象(commit object)能为你保存的基本信息
+> 2. 我们可以通过调用commit-tree命令创建一个提交对象,为此需要指定一个树对象的SHA-1值,为此需要指定一个树对象的SHA-1值 , 以及该提交的父提交对象(如果有的话,第一次将暂存区做快照就没有父对象)
+> 3. 真正的一个版本其实就是提交对象
+
+##### ① 创建提交对象
+
+```shell
+echo "first commit" |git commit-tree 树对象的哈希值
+```
+
+②指定一个树对象的SHA-1值 , 以及该提交的父提交对象
+
+```shell
+echo "second commit" | git commit-tree 提交的树对象哈希值 -p 父亲树对象哈希值
+```
+
+## 四、高层命令
+
+### 1、git add  .
+
+>1. 会将工作目录的修改,保存成git对象 `先到版本库,再到暂存区`,而不是直接到暂存区
+>
+>2. 在工作目录修改几个文件,就会生成几个git对象(一个文件对应一个git文件)
+>
+>3. 同一个文件,每次修改再add的时候都会生成一个新的git对象,是`增量`而不是覆盖
+>4. 所以说git是绝对安全的,就算我只存到暂存区没有提交 git也会给我保存
+>5. 只有后面提交的时候,才会根据暂存区内容给我生成树对象并存入版本区,然后加上我们的提交信息,才生成提交对象存入版本库
+
+```shell
+#相当于以下两个命令集合
+git hash-object -w 文件名(修改了多少个工作目录中的文件,就要被执行几次)
+git update-index ...
+```
+
+### 2、git  commit -m "注释内容"
+
+> 将暂存区提交到版本库
+
+```shell
+git write-tree
+git commit-tree
+```
+
+> 跳过暂存区存入(之前add过的,直接提交)
+
+```shell
+git commit -a -m ""
+```
+
+### 3、git init 
+
+> 初始化仓库 初始化后,在当前目录下出现一个名为.git的文件夹
+
+### 4、git status
+
+> 查看文件的状态
+
+### 5、git diff
+
+1. 当前做的那些更新没有暂存?
+
+   命令:`git diff`(不加参数直接输入git diff)
+
+2. 有哪些更新已经暂存起来准备好了下次提交
+
+   命令:`git diff --cached`或者`git diff --staged(1.6.1以上版本)`
+
+### 6、git log
+
+> 1. `git log`(不带参数)
+>
+>    `空格键`往下翻页 `b`向上翻页 `q`退出日志查阅
+>
+> 2. git log --oneline 
+>
+>    将日志信息拍成一行显示
+>
+> 3. git reflog
+>
+>    所有的日志信息
+>
+> 4. git log --oneline --decorate --graph --all
+>
+>    查看所有的分支信息命令
+
+### 7、git rm 
+
+> 删除工作目录对应的文件,再将修改添加到暂存区(如同删除后给你用了 `git add 文件名`)
+
+```shell
+#删除命令
+git rm 文件名 
+#直接提交修改,因为rm命令帮你提交到暂存区了
+git commit -m "xxx"
+```
+
+### 8、git mv
+
+>将工作目录中的文件进行重命名,再将修改添加到暂存区
+
+```shell
+git mv 原文件名  新文件名
+```
+
+## 五、配别名
+
+> Git并不会在你输入部分命令时自动推断出你想要的命令,如果不想每次都输入完整的Git命令,可以通过git config 文件来轻松为每一个命令设置一个别名
+>
+> 此处运行后将会写入你的配置文件,可以进入配置文件直接删除
+
+```shell
+git config --global alias.自定义命令 " `git` 命令后面的指令 "
+#如配置查看分支信息 "git log --oneline --decorate --graph --all"
+git config --global alias.logbranch "log --oneline --decorate --graph --all"
+#配置切换分支
+git config --global alias.co checkout
+#使用方式
+git logbranch
+```
+
+## 六、分支
+
+> 1. 前言:
+>
+>    几乎所有的版本控制系统都以某种形式支持分支.使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线.在很多版本控制系统中,这是略微低效的过程--常常需要完全创建一个源代码目录的副本,对于大项目来说,这会耗费很多时间,而Git的分支模型极其的高校轻量,是Git的必杀特性,也正因为这一特性,是的Git从众多版本控制系统中脱颖而出
+>
+> 2. 分支的本质:
+>
+>    `Git的分支,其实本质上是提交对象`,,所有的分支都有机会被HEAD引用(`HEAD一个时刻只会指向一个分支`),当我们有新的提交的时候 HEAD会携带当前持有的分支向前移动
+>
+>    Git的默认分支名字是master,在多次提交后,你其实已经有一个指向最后那个提交对象的master分支.他会在每次的提交操作中自动向前
+>
+>    注意:Git的"master"分支并不是一个特殊分支.她就跟其他分支完全没有区别.之所以几乎每个仓库都有master分支,是因为`git init`命令默认创建它,并且大多数人懒得区改动它
+>
+> 3. 分支的原理:
+>
+>    1. `.git/refs`目录中保存了分支及其对应的提交对象
+>
+>    2. 当运行类似于`git branch (branchname)`这样的命令时,Git会取得当前所在分支最新提交对应的SHA-1值,并将其加入你想要创建的任何新分支中
+>
+>    3. 当你执行`git branch (branchname)`时,Git如何知道最新提交的SHA-1值呢?答案是HEAD文件
+>
+>       `HEAD文件`是一个符号引用(stmbolic reference),指向目前所在的分支.所谓符号医用,意味着它并不像普通引用那样包含一个SHA-1值.它时一个指向其他引用的指针
+
+### 1、git branch 
+
+> 1. git branch(不加参数)
+>
+>    作用:`显示所有分支`信息
+>
+> 2. git branch 分支名
+>
+>    作用:`创建分支`
+>
+> 3. git branch -v
+>
+>    作用:查看每一个分支最后一次提交
+>
+> 4. git branch -d(-D强制删除) 分支名
+>
+>    作用:`删除分支`,小d需要你这个分支是干净的才能删除(如已合并)
+>
+> 5. git branch --merged 
+>
+>    作用:查看那些分支已经合并到当前分支
+>
+>    在这个列表中的分支名字前没有*号的分支通常可以使用`git branch -d` 删除掉
+>
+> 6. git branch --no-merged
+>
+>    作用:查看所有包含未合并工作的分支
+>
+>    尝试使用`git branch -d`命令删除在这个列表中的分支时会失败,如果真的想要删除分支并丢掉哪些工作,可以使用`-D` 选项爱强制删除它
+>
+> 7. git log --oneline --decorate --graph --all
+>
+>    作用:查看所有的分支信息命令
+>
+> 8. git branch 分支名 commitHash
+>
+>    作用:新建一个分支,并且使分支指向对应的提交对象(版本穿梭`可以替代撤销与重置`)
+
+### 2、git checkout 分支名
+
+> 作用:`切换分支`  checkout还有其他作用,后面会提到
+>
+> 它会动三个地方:HEAD(指针) 暂存区 工作目录
+
+> 1. `注意`:分支切换会改变你工作目录中的文件,所以在切换分支时,一定要注意你的工作目录里的文件会被改变,如果时切换到一个比较旧的分支,你的工作目录会回复到该分支最后一次提交的样子,如果Git不能干净利落的完成这个任务,它将禁止切换分支
+>
+> 2. `坑`:在切换分支时, 如果当前分支上由未暂存的修改(`第一次`) 或者 有未提交的暂存`(第一次`) 分支可以切换成功,但是这种操作可能会污染其他分支
+>
+>    ps:`第一次`--当前分支如果已经提交过一次,将不让你切换,但是第一次没有提交过,git会帮你保存文件 但是它并不知道新增修改是属于哪个分支,所以会带回当前分支
+>
+> 3. 最佳操作方式:`每次在切换分支前,需要提交一下当前分支(先使用status查看状态)`
+
+### 3、git checkout -b "新的分支名"
+
+> 创建并进入该分支,类似于上面两个命令集合
+
+### 4、模拟实战流程
+
+>1. 需要解决主程序的的一个小BUG,所以使用`git  checkout -b "iss_bug"`新建分支并在这个分支进行bug调修
+>
+>2. 当你再`iss_bug`分支上开发到一半,这时,在主程序发现了一个紧急BUG需要你放下这个重要性为次要的bug进行修改.你老板都给你打了紧急电话,所以你需要先将写到一半的bug进行保存提交(`commit`提交或者储存  到暂存区,并不是提交合并到主分支,也不是push提交),确定status是干净的时候,切换回主分支,再用第一步的方法创建`hot_bug`分支(这时候`hit_bug`的版本是master没有进行`iss_bug`调修的版本),进行修复
+>
+>3. 当你将紧急bug修复后,进行提交,确定status干净后切换回master分支,进行合并:代码如下
+>
+> ```shell
+> git checkout master
+> git merge hit_bug
+> ```
+>
+>4. 修改完后再查看status(这是个好习惯,防止偶尔记忆混淆造成不必要的麻烦),再切换至普通bug分支`iss_bug`进行修改,成功后切换回去合并
+>5. 如果出现冲突,去出现冲突的文件手动修改(决定保留那部分代码),再进行`git add`表示冲突解决,在进行提交 
+
+### 5、合并分支
+
+> 命令: `git merge branchname`(分支名)
+>
+> 注意:合并分支时要先切换到`主要分支`(即下面的被合并分支),在这个分支上进行合并新分支,使得这个分支进行版本更新
+>
+> 1. 快进合并-->不会产生冲突
+>
+>    ​		指被合并分支并没有进行修改,停留在原地,只有新分支进行修改更新,更		新完成后进行合并,原版本相当于直接前进版本,称为快进合并
+>
+> 2. 典型合并-->有可能产生冲突
+>
+>    ​		指被合并分支在新分支进行开发时,本身也进行修改开发,可能会改动到同		一代码或者文件而产生重复修改
+>
+> 3. 解决冲突:`打开冲突的文件`  进行修改 ,修改完成后进行:`add标记修改完成`,然后commit进行提交
+
+>`git 在pull或者合并分支`的时候有时会遇到一个第一段是黄色,下面文字是青色(偏蓝色)。可以不管(直接下面3,4步)，如果要输入解释的话就需要:
+>
+>1.按键盘字母 i 进入insert模式
+>
+>2.修改最上面那行黄色合并信息,可以不修改
+>
+>3.按键盘左上角"Esc"
+>
+>4.输入":wq",注意是冒号+wq,按回车键即可
+
+## 七、存储
+
+> 1. 需求背景:
+>
+>    有时,当你在项目的一部分上已经工作了一段时间后,所有东西都进入了混乱的状态,而这时你想要切换到另一个分支做一点别的事情.问题是,你不想仅仅因为过会儿回到这一点而做了一半的工作创建一次提交
+>
+> 2. 解决:
+>
+>    针对这个问题的答案是 `git stash` 命令(当然,直接提交`commit`也可以,这个是用来不想生成提交对象而用)
+>
+> 3. 原理:
+>
+>    git切换分支之所以保留你的未提交的修改文件,是因为它不想你因为误操作使得之前代码报废所以会当你status不干净时组织你切换分支(`ps`:如果是第一次创建的文件没有追踪过,它不认识是属于那份分支将会带到你切换后的分支造成污染),
+>
+>    而你将其保存到栈上(`ps`:换句话说将这部分内容抽取到一个类似共有的栈上,你在哪个分支都能够通过命令取到),git就知道你这个内容已经储存并不会造成切换分支使得你写的代码丢失,便不会阻止你切换分支或者切换带文件污染分支
+
+### 1、git stash
+
+> `git stash`命令会将未完成的修改保存到一个栈上,而你可以在任何时候重新应用这些改动(`git stash apply`),
+>
+> `注意!!!!!`:使用前你要先`git add .`,否则你会发现,你执行此命令后,没有追踪的部分全部消失了
+
+### 2、git stash list 
+
+> 查看存储
+
+### 3、git stash pop
+
+> 来应用储藏然后立即从栈上扔掉它 `这是最推荐的使用`
+
+#### 4、git stash apply stash@{2}
+
+> 如果不指定一个储藏,git认为指定栈顶`不常用`
+
+### 5、git stash drop "储藏的名字"
+
+>加上要储藏的名字移除他 `不常用`
+
+## 八、撤销与重置
+
+> 特别是重置部分理解即可(用到了再去查),撤销尽量可以掌握
+
+### 撤销
+
+#### 1、git commit --amend
+
+> 1. 这个命令会将暂存区中的文件提交,修订提交(`不是撤销而是重新提交`)
+>
+> 2. 如果自上次提交以来你还未做任何修改(如:在上次提交后马上执行此命令),那么快照会保持不变,而你修改的只是提交信息
+>
+> 3. 如果你提交后发现忘记了暂存某些需要的修改,可以像下面这样操作
+>
+>    ```shell
+>    git commit -m "错误的注释" #或者commit了错误的修改
+>    git add "文件名或者."  #重新add正确的文件
+>    git commit --amend		#进行重新提交
+>    ```
+>
+>    最终你只会有一个提交 (第二次提交将会替代第一次提交)
+>
+> 4. 可以修改上次提交的文件与注释
+
+#### 2、git reset 
+
+>命令:`git reset HEAD 文件名`
+>
+>作用:将文件从`暂存区中撤回`到工作目录中
+
+#### 3、git checkout
+
+>是的,你没看错,这个是切换分支的命令,但是他也能用来`撤销文件修改`
+>
+>命令:`git checkout --文件名`
+>
+>将在工作目录中对文件的修改撤销
+>
+>`注意`:这是一个危险的命令,这很重要.你对那个文件做的任何修改都会消失--你只是拷贝了另一个文件(原来版本的文件)来覆盖它.除非你确实秦楚不想要那个文件了,否则不要使用这个命令
+
+### 重置reset
+
+> 注意:`--hard`标记是`reset`命令唯一的`危险用法`,也是Git真正的销毁数据的几个仅有操作之一.其他任何形式的`reset`调用都可以轻松撤销,但是`--hard`选项不能,因为它强制覆盖了工作目录中的文件.
+>
+> 如在这种特殊情况:我们的Git数据库中的一个提交内还留有该文件的几个版本,我们可以通过`reflog`来找回它,但若是该文件还未提交,Git仍会覆盖他导致它无法恢复
+
+#### reset三部曲
+
+>第一部:git reset --soft HEAD~(等于之前的--amend)
+>
+>​	移动HEAD (但带着分支一起移动,与checkout不同(它只动HEAD))
+>
+>第二部:git reset --mixed HEAD~
+>
+>​	移动HEAD 并且动了了暂存区
+>
+>第三部:git reset --hard HEAD~
+>
+>​	移动HEAD 并且动了了暂存区 动了工作目录
+
+## 九、数据恢复
+
+> 在你使用Git的时候,你可能会意外丢失一次提交:
+>
+> ①通常这是因为你强制删除了正在工作的分支,但是最后你却需要这个分支;②抑或是你硬重置了一个分支,放弃了你想要的提交.
+>
+> 如果这些事情已经发生,该如何找回你的提交呢?
+
+### 实例
+
+> 推荐方法最好是`直接看恢复`,上面实例时当你使用硬重置回当初未删除版本进行恢复,出现的一系列问题解决
+
+>1. 假设你已经提交了五次,而现在,我们将master分支硬重置到了第三次提交来找回当时删除的分支.但是这时候你会发现一个事情:
+>
+> 现在顶部的两个提交已经丢失了-没有分支指向这些提交(因为你将指针移到了第三个,那么前面两个就找不到了)
+>
+>2. 你现在已经得到并且恢复当时第三次还存在的的提交了(`恢复方法在下面,恢复文件到这步,下面3、4是回到最新版本`)
+>
+> 现在准备回到当初最新的版本时,你发现你进行打印竟然没有前面两次提交信息(你需要他的哈希值进行版本穿梭或者重置),你需要最新一次提交的哈希值,但是你估计想不起来了,对吗?
+>
+>3. 最方便,也是最常用的方法,是使用一个名叫`log reflog`的工具(前面高层命令提过),当你在工作时,Git会默默记录每一次你改变的HEAD时它的值,每一次你提交或者改变分支,引用日志都会被刷新
+>
+>4. 如果`git reflog`显示的内容你觉得不足够多,可以执行`git log -g`,这个命令会以标准日志的格式输出引用日志
+
+### 恢复 `推荐的`
+
+> 1. 通过`git reflog`找到你需要的文件还未删除的版本哈希值,那个就是你丢失的提交,你可以通过创建一个新的分支指向这个提交来恢复它.
+>
+>    例如:你可以创建一个名为`recover-branch`的分支执行这个提交
+>
+>    ```shell
+>    git branch recover-branch 当前需要恢复(之前丢失的)的提交哈希值
+>    ```
+>
+> 2. 现在有一个名为`recover-branch`的分支是你的`master`分支曾经指向的地方(即当时你删除该需要的文件的前的那个版本),这样你在这次提交的版本后,也能通过切换这个分支得到曾丢失的文件
+>
+> 3. 这个分支功能能帮你做很多东西,善用分支,Git最强功能
+
+## 十、打tag
+
+> Git可以给历史中的某一次提交打上标签,表示重要.比较有代表性的是人们会用这个功能来`标记发布节点`(v1.0等等)
+
+### 1、列出标签
+
+>命令:`git tag` 或者 `git tag -l 'v1.*'`
+>
+>​	前者列出所有,后者列出以`v1.`开头的所有
+
+### 2、创建标签
+
+> git使用两种主要类型的标签:轻量标签 与 附注标签
+
+##### ①轻量标签
+
+> 轻量标签很像一个不会改变的的分支(他只是一个特定提交的引用),直接在提交前使用命令即可给当前分支打上标签
+
+```shell
+git tag v1.0
+#或者下面的
+git tag v1.0 提交对象哈希
+```
+
+##### ②附注标签
+
+> 附注标签是存储在Git数据库中的一个完整对象.他们是可以被校验的,其中包含打标签者的名字、电子邮件地址、日期时间;通常`建议创建复制标签`,这样你可以拥有以上所有信息,但如果只是想用一个临时标签,或者由于某些原因不想表村那些信息,轻量标签也是可用的
+
+```shell
+git tag -a v1.0
+git tag -a v1.0 提交对象哈希
+git tag -a v1.0 提交对象哈希 -m "我的注释信息"
+```
+
+### 3、查看特定标签
+
+> `git show` 可以显示任意类型的对象(git对象 树对象 提交对象 tag对象)
+>
+> 命令: `git show tagname`
+
+### 4、删除标签
+
+> 1. 删除标签 要删除你在本地仓库上的标签,可以使用命令 `git tag -d <tagname>`如下:
+>
+>    ```shell
+>    git tag -d v1.0
+>    ```
+>
+> 2. 应该注意上述命令并不会从任何远程仓库中移出这个标签,你必须使用`git push <tamote>:refs/tags/<tagname>`来更新你的远程仓库,如下
+>
+>    ```shell
+>    git push origin :refs/tags/v1.0
+>    # origin是你配置的远程仓库地址别名,你可以直接用远程仓库地址
+>    ```
+
+### 5、捡出标签
+
+> 1. 如果说你想查看某个标签所指向的文件版本,可以使用`git checkout`命令
+>
+>    ```shell
+>    git checkout tagname
+>    ```
+>
+> 2. 虽然说这会使得你的仓库处于"分离 头指针(deacthed HEAD)"状态.在"分离头指针"状态下,如果你做了某些更改然后提交它们,标签不会发生变化,但你的新提交将不属于任何分支,并且将无法访问,除非访问确切的提交哈希,因此你如果需要进行更改--比如说你需要`修复旧版本`的错误--这通常需要创建一个新的分支(捡出后创建,就会默认将当前捡出的版本作为新分支的第一版本-前面分支提到过)
+>
+>    这样就可以修改到旧版本的代码(如同vue的尤雨溪在vue3.x会更新vue1.0版本生态)
+>
+>    ```shell
+>    git checkout -b version(新的分支)
+>    ```
+
+# Ⅱ-代码风格
+
+## 1、Eslint
+
+> ESlint是一个开源的JavaScript代码检查工具,由红宝书作者创建
+>
+> 初衷是为了让程序员可以创建自己的检测规则.ESLint的所有规则都被设计成可插入的
+>
+> ESLint使用Node.js编写,这样既可以有一个快速的运行环境同时也便于安装
+>
+> 此处引入概念,具体学习之后将开新的笔记
+
+## 2、commit提交规范
+
+>1. [参考自阮一峰老师的文章](http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html)
+>
+>2. Header
+>
+> Header部分只有一行，包括三个字段：`type`（必需）、`scope`（可选）和`subject`（必需）。
+>
+> **（1）type**
+>
+> `type`用于说明 commit 的类别，只允许使用下面几个标识。
+>
+> > ```js
+> > feat：新功能（feature）。
+> > fix/to：修复bug，可以是QA发现的BUG，也可以是研发自己发现的BUG。
+> > fix：产生diff并自动修复此问题。适合于一次提交直接修复问题
+> > to：只产生diff不自动修复此问题。适合于多次提交。最终修复问题提交时使用fix
+> > docs：文档（documentation）。
+> > style：格式（不影响代码运行的变动）。
+> > refactor：重构（即不是新增功能，也不是修改bug的代码变动）。
+> > perf：优化相关，比如提升性能、体验。
+> > test：增加测试。
+> > chore：构建过程或辅助工具的变动。
+> > revert：回滚到上一个版本。
+> > merge：代码合并。
+> > sync：同步主线或分支的Bug。
+> > ```
+>
+> 如果`type`为`feat`和`fix`，则该 commit 将肯定出现在 Change log 之中。其他情况（`docs`、`chore`、`style`、`refactor`、`test`）由你决定，要不要放入 Change log，建议是不要。
+>
+> **（2）scope**
+>
+> `scope`用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。
+>
+> **（3）subject**
+>
+> `subject`是 commit 目的的简短描述，不超过50个字符。
+>
+> > - 以动词开头，使用第一人称现在时，比如`change`，而不是`changed`或`changes`
+> > - 第一个字母小写
+> > - 结尾不加句号（`.`）
+
+# Ⅲ-远程操作
+
+>三个必须懂的概念
+>
+>1. 本地分支
+>
+>   工作目录中的分支
+>
+>2. 远程跟踪分支
+>
+>   当你往远程分支`push`(还有克隆)的时候会创建远程跟踪分支
+>
+>3. 远程分支
+>
+>   指保存在git网站上的那个远程仓库中的分支
+
+### 1、团队协作流程
+
+>1. 项目经理初始化远程仓库
+>
+>     一定要初始化一个空的仓库:再github上操作
+>
+>2. 项目经理创建本地仓库
+>
+>     1. `git remote 别名 仓库地址`
+>     2. `git --init`,然后将源码复制进来
+>     3. 修改用户名 修改邮箱(双账号的才需要这步)
+>     4. `git  add` 和 `git commit`
+>
+>3. 项目经理推送到本地仓库到远程仓库
+>
+>     1. 清理window凭据
+>     2. `git push 别名 分支`(输入账号密码;推完之后会附带生成远程跟踪分支) 
+>
+>4. 项目邀请成员&&成员接受邀请
+>
+>     在git网站上操作
+>
+>5. 成员克隆远程仓库
+>
+>     `git clone 仓库地址`
+>
+>     只有在克隆的时候 本地分支master 和 远程跟踪分支别名/master 是有同步关系的(可以直接pull或者push后面不用加origin)
+>
+>     原因是,每次你push的时候是你远程跟踪分支替换掉(同步)你的远程分支，如果你想要新分支能直接push，需要本地分支去追踪远程追踪分支
+>
+>6. 成员做出贡献
+>
+>     1. 修改源代码文件
+>     2. `git add -> commit -> push`
+>
+>7. 项目经理更新修改
+>
+>     1. `git fetch 别名`(将修改同步到远程跟踪分支上)
+>     2. git merge 远程跟踪分支
+
+### 2、远程库
+
+> 正常的数据推送 和 拉取步骤
+>
+> 1. 确保本地分支已经跟踪了远程跟踪分支
+> 2. 拉取上传数据： git `pull` or `push`
+
+####  Ⅰ-远程跟踪分支
+
+> 流程与释义:
+>
+> 1. `远程跟踪分支`是远程分支状态的引用。它们是你不能移动的本地分支。当你做任何网络通信操作时，它们会自动移动
+>
+> 2. 它们以（remote）/(branch)形式命名，如果你想要看你最后一次与远程仓库origin时master分支的状态，可以查看origin/master分支
+>
+> 3. 当`克隆`一个仓库时,它通常会自动的创建一个跟踪`origin/master`的master分支（所以你可以不跟踪直接pull与push后面不跟origin）
+> 4. 当我克隆之后，别人新建了一个分支push上去，我这时候想要或者并且跟踪这个新分支，我需要先`git fetch origin`获取下来，获取下来后想要切换并且跟踪这个分支时使用命令`git checkout --track 远程跟踪分支名(origin/分支名)`
+
+##### 做跟踪:
+
+>1. 克隆仓库时,会自动为master做跟踪
+>
+>2. 本地没有分支,要新建分支且追踪
+>
+>   ```shell
+>   git checkout --track 远程跟踪分支(remote/分支名)
+>   ```
+>
+>3. 本地已经创建了分支,
+>
+>   ```shell
+>   git branch -u 远程跟踪分支(remote/分支名)
+>   ```
+
+#### Ⅱ-本地分支怎么跟踪远程跟踪分支
+
+> 1. 当克隆的时候 会自动生成一个master本地分支（已经跟踪了对应的远程跟踪分支）
+>
+> 2. 在新建其他分支时，可以指定想要跟踪的远程跟踪分支
+>
+>    ```shell
+>    git checkout -b 本地分支名 远程跟踪分支名
+>    #简写形式
+>    git checkout --track 远程跟踪分支名(origin/分支名)
+>    ```
+>
+> 3. 将一个已经存在的本地分支 改成 一个跟踪分支
+>
+>    ```shell
+>    git branch -u 远程跟踪分支名
+>    ```
+
+#### Ⅲ-冲突
+
+>1. git本地操作会不会有冲突？
+>
+>   典型合并的时候（如新建分支合并时）
+>
+>2. git远程协作的时候会不会有冲突
+>
+>   `push`与`pull`
+
+>解决流程：
+>
+>1. 假设你修改了a.js的代码，已经`add &&commit`（必须先这样才能提交，才能触发冲突）
+>
+>2. 但是这时别人也改了a.js同一行代码并且已经push上去了，你这时候进行push将会报错
+>
+>3. 这时候你需要先将其pull下来，这时候你会发现你的git将会给你提示，并且在本地的a.js中文件代码中，保留了你们两个的代码（并且会给你标注出来）
+>
+>4. 这时候一定要去与`与你冲突的开发人员交流`,讨论保留哪一个人的代码，或者进行修改（直接在你pull后的本地目录中修改），修改完成后使用`git add .`标记解决冲突然后`push`提交，这样别人pull的时候git就知道这部分时保留哪部分代码，直接覆盖（即在一个地方更改然后标记提交即可）
+>
+>5. 如果你发生冲突`不进行沟通`，将别人代码`直接注释掉`，让自己代码能跑，那么--真的很爽
+>
+>   但是别人功能可能就炸了，这时候你会被暴打:smirk:
+>
+>   因为你解决冲突后（git add .）别人pull的时候并不会提示冲突，因为你用`add`标记解决了冲突，git认出来后会直接默认`覆盖`他的代码，不知不觉，你可能就毁了另外一个程序员美好的一天（莫名其妙的BUG导致加班），如果他没反应过来，可能就是两天甚至...，你到时候住院的时间也与这个成正比:smirk:
+
+#### Ⅳ- pull request 流程
+
+> ​	`如果你想要参加某个项目，但是并没有推送权限`，这时候可以对这个项目进行”派生“（`Fork`),派生是指GitHub将在你的空间创建一个完全属于你的项目副本,且你对其有推送权限.通过这种方式,项目的管理者不再需要忙着把用户添加到贡献者列表并给予它们推送权限.人们可以派生这个项目,将修改推送到派生出的项目副本中,并通过创建合并请求(pull request)让它们改动进入原版本库
+>
+> 基本流程:
+>
+> 1. 自己在git网站上fork的项目到自己空间中,下面的操作都是基于这个fork的项目
+> 2. 从master分支中创建一个新的分支
+> 3. 提交一些修改来改进项目
+> 4. 将这个分支推送到git上
+> 5. 创建一个`合并`请求(在网站上点击发送信息)
+> 6. 在网站上进行讨论,并且根据实际情况继续修改
+> 7. 项目的拥有者合并或者关闭你的合并请求
+>
+> 注意:
+>
+>  每次在发起新的`Pull Request`时 要去拉去最新的原仓库的代码 而不是自己fork的那个仓库
+>
+> ```sh
+> git remote add <源仓库名字（自己定义）> <仓库地址链接>
+> git fetch 远程仓库名字
+> git merge 对应的远程跟踪分支
+> ```
+
+------
+
+
+
+# Ⅳ-版本控制工具的使用基本原则
+
+## 1、精准的提交
+
+每次提交都是一个小儿完整的功能或者一个BUG的修复。不应该出现多个功能点一块提交或者多个BUG一起修复的情况。如果一旦发现提交的代码有问题，可以方便的会滚到改动之前的正确状态，不会影响到其他协作者开发进程。
+
+## 2、频繁的提交
+
+尽可能频繁的提交你的改动到远程仓库，这样，可以避免将来合并代码的时候产生大量的冲突以至于难以解决。同时，也可以让其他同事比较快的共享你的改动。
+
+## 3、不要提交不完整的功能
+
+如果你正在开发的新功能比较庞大，那么可以讲这个功能尽可能拆分为几个逻辑模块，并且要保证分次提交的逻辑模块不会影响到整个系统的正确性。如果你只是因为临时的一些事情需要切到别的分支或者是临时需要中断开发（比如说下班）,那么应该使用`Stash`储藏功能来保存你的更改。   -->[相关知识点部分我跳转](#七、存储)
+
+## 4、提交前进行测试
+
+不要想当然的认为自己的代码是正确的，提交之前应该经过充分的测试才能提交，即使是提交到本地仓库，也应该进行测试，因为这些代码在未来会被推送到远程共享给你的同事。
+
+## 5、高质量的提交注释
+
+每次提交都应该包含完整的注释。团队成员应当遵循统一的提交规则，一般应当明确的体现出提交的类型以及具体的事情，例如 feat: add message list;
+
+## 6、遵循统一的流程规范
+
+Git 可以支持很多不同的工作流程：长期分支、功能分支、合并以及 rebase、git-flow 等等。选择什么样的开发流程要取决如下一些因素：项目开发的类型，部署模式和（可能是最重要的）开发团队成员的个人习惯。不管怎样，选择什么样的流程都需要得到所有开发成员的一致认可，并且一直遵循它。
+
+
+
+
+
+# Ⅴ- 实际遇到的问题与解决Mark
+
+## 1、将本地已有的一个项目上传到新建的git仓库的方法
+
+将本地已有的一个非git项目上传到新建的git仓库的方法一共有两种。
+
+### Ⅰ-  克隆+拷贝
+
+>第一种方法比较简单，直接用把远程仓库拉到本地，然后再把自己本地的项目拷贝到仓库中去。然后push到远程仓库上去即可。**此方法适用于本地项目不是一个git仓库的情况。**
+>
+>具体步骤如下：
+>
+>#### 1、首先克隆
+>
+>```bash
+>git clone git@github.com:yuanmingchen/tensorflow_study.git
+>```
+>
+>#### 2、然后复制自己项目的所有文件到刚刚克隆下来的仓库中
+>
+>#### 3、最后push到远程仓库上面去：
+>
+>```bash
+>git push -u origin master
+>```
+
+### Ⅱ-  强行合并两个仓库
+
+>第二种方法就是先将本地的项目初始化为一个git仓库，然后再强行合并本地仓库和远程仓库，由于这两个仓库是完全不同的两个仓库，所以直接pull都会报错，需要在pull的时候假加上–allow-unrelated-histories才可以pull成功。**此方法适用于本地项目已经是一个git仓库的情况。**
+>
+>具体步骤如下：
+>
+>#### 1、新建git仓库，将本地项目设置为一个git仓库。如果本地项目已经是一个git仓库了，请跳过这一步。在项目根目录下：
+>
+>```bash
+>git init
+>```
+>
+>#### 2、把当前目录下的已有文件全部加到刚刚新建的git仓库中：
+>
+>```bash
+>git add .
+>```
+>
+>#### 3、保存刚刚加入的文件，并书写保存信息：
+>
+>```bash
+>git commit -m "push current files"
+>```
+>
+>#### 4、将本地仓库与远程仓库关联起来：
+>
+>```bash
+>git remote add origin git@github.com:yuanmingchen/tensorflow_study.git
+>```
+>
+>#### 5、pull远程仓库的内容，更新本地仓库，使用–allow-unrelated-histories忽略本地仓库和远程仓库的无关性，强行合并（关键）：
+>
+>```bash
+>git pull origin master --allow-unrelated-histories
+>```
+>如果不采用上述代码可以使用git rebase命令合并
+>```bash
+>git pull origin master 
+>git rebase FETCH_HEAD
+>```
+>或者直接在pull命令指定参数，pull默认为fetch+merge
+>指定参数为fetch+rebase
+>```bash
+>git pull origin master --rebase 
+>```
+>#### 6、把本地仓库的内容push到远程仓库：
+>
+>```bash
+>git push -u origin master
+>```
+>
+>然后就ok了。
+
+### Ⅲ- 强制合并仓库不保留原仓库文件
+>第三种方法不会保留原有仓库的东西
+>
+>#### 1、新建git仓库，将本地项目设置为一个git仓库。如果本地项目已经是一个git仓库了，请跳过这一步。在项目根目录下：
+>
+>```bash
+>git init
+>git add .
+>git commit -m "add some files"
+>```
+>#### 2、强制push
+>```bash
+>git remote add origin git@github.com:yuanmingchen/tensorflow_study.git
+>git push origin master --force
+>```
+
+
+### Ⅳ- 其他git命令
+
+>最后附上git的一些其他命令：
+>1、删除已将关联的远程主机
+>
+>```bash
+>git remote rm origin
+>```
+>
+>2、查看所有本地分支
+>
+>```bash
+>git branch -a
+>```
+>
+>3、新建一个分支，名字叫xf
+>
+>```bash
+>git branch xf
+>```
+>
+>4、切换分支到xf分支
+>
+>```bash
+>git checkout xf
+>```
+>
+>5、把远程分支的代码pull到本地分支：git pull <远程主机名> <远程分支名>:<本地分支名>
+>如：取回origin主机的master分支，与本地的xf分支合并，输入命令：
+>
+>```bash
+>git pull origin master:xf
+>```
+>
+>6、推送当前的分支，git push <远程主机名> <本地分支名>:<远程分支名>
+>PS:注意，分支推送顺序的写法是<来源地>:<目的地>，所以git pull是<远程分支>:<本地分支>，而git push是<本地分支>:<远程分支>。
+>如：把本地的xf分支推送到origin主机的master分支，输入命令：
+>
+>```bash
+>git push origin xf:master
+>```
+
+
+
+## 2、解决同一台电脑生成两份或多份ssh密钥、公钥映射两个或多个GitHub账号
+
+> 此解决方案由百度多个方案结合而来,截取对我有用部分
+
+### Ⅰ- 需求分析
+
+> 本人注册一个GitHub账户，用来分享本人自己的开源项目或者代码，同时，公司注册了一个GitHub账户，用来分享公司的开源项目。如果按照单个ssh公钥生成的方法则会把之前的公钥覆盖掉，这样将导致其中一方在下一次上传代码，本机和GitHub无法映射成功。
+>
+> 解决这个问题首先要明确如何生成单个ssh公钥。
+> ssh生成单个公钥命令：`ssh-keygen -t rsa -b 4096 -C "your_email@example.com"`。[如何生成ssh公钥](https://blog.csdn.net/mynameissls/article/details/50528048)
+> 上述命令会在当前`~/.ssh`目录下生成`id_rsa`和`id_rsa.pub`两个文件。其中`id_rsa`是私钥文件，`id_rsa_.pub`是公钥文件。
+> `id_rsa`和`id_rsa_.pub`文件都是通过一个邮箱号生成的，同一个公钥文件不可以配置两个不同GitHub账户（已测试）。
+> 那么两个GitHub账户就需要两个不同的邮箱号，来生成两组不同的公钥文件。
+
+### Ⅱ- 解决方案思路
+
+>命令：`ssh-keygen -t rsa -C "your_email@example.com" -f ~/.ssh/id_rsa_example`
+>示例：分别以791815567@qq.com和galaxysoft@sina.cn两个邮箱在`~/.ssh`目录下生成两级不同的公钥文件。
+>791815567@qq.com邮箱：`ssh-keygen -t rsa -C "791815567@qq.com" -f ~/.ssh/id_rsa_me`
+>galaxysoft@sina.cn邮箱：`ssh-keygen -t rsa -C "galaxysoft@sina.cn" -f ~/.ssh/id_rsa_galaxysoft`
+>生成过程可参考[如何生成单个ssh公钥](https://blog.csdn.net/mynameissls/article/details/50528048) 这篇文章。
+>执行完成后，会以`~/.ssh`目录下看791815567@qq.com邮箱对应的私钥文件`id_rsa_me`、公钥文件`id_rsa_me.pub`和galaxysoft@sina.cn邮箱对应的私钥文件`id_rsa_galaxysoft`、公钥文件`id_rsa_galaxysoft.pub`
+>分别在两个GitHub账户中添加对应的公钥信息即可，可参考[如何生成单个ssh公钥](https://blog.csdn.net/mynameissls/article/details/50528048) 这篇文章
+
+### Ⅲ- 生成新ssh key
+
+> 如果我们电脑上已经存在了一个ssh key，那么我们需要在我们电脑上生成第二个你想在本电脑上使用的id_rsa，使用命令：`ssh-keygen -t rsa -C "你的github注册邮箱"`。
+>
+> 下图红色标注部分会提示你把新生成的id_rsa存放到哪里，此处默认会存放在c盘的用户名下的.ssh文件夹下（即你第一个github用户ssh key存放的目录），因此我们需要输入路径/c/Users/DodoMonster/.ssh（注意此路径是你的系统盘下用户目录安放ssh密钥的目录，请使用自己电脑上相对应的目录），最后我以“id_rsa_me”重新命名了ssh key防止默认与已有的ssh key重复。
+>
+> > 在输入了路径后，会提示你输入提交项目时输入的验证密码，不输则表示不用密码，这是为了防止别人随便在你的项目上push东西，所以最好还是输入以下你的密码。回车，再重复输入确认回车即可。
+
+### Ⅳ- 添加新ssh key
+
+>默认SSH只会读取id_rsa，所以为了让SSH识别新的私钥，需要将其添加到SSH agent
+>使用命令：`ssh-add ~/.ssh/id_rsa_me`(后面的是自己取的名字)
+>
+>如果报错：Could not open a connection to your authentication agent.无法连接到ssh agent
+>可执行`ssh-agent bash`命令后再执行`ssh-add`命
+>
+>然后将公钥添加到git账号中 https://github.com/settings/keys
+
+### Ⅴ- 配置config文件
+
+> 查看.ssh文件中是否存在config文件
+>
+> 如果已存在则直接编辑config文件，命令：`vim config` #这是linux的命令，进入了vim界面后按`a或i或A或I`进入编辑模式，编辑完成后按esc键输入`:wq` 保存文件退出
+>
+> 如果不存在则需要创建config文件，命令：`touch config`，再对config文件进行编辑
+>
+> 对config文件进行配置填写：
+>
+> ```bash
+> #Default 第一个账号(123456@xxxx.com)
+> 
+> Host gsgit
+>     HostName gitee.com
+>     PreferredAuthentications publickey
+>     IdentityFile ~/.ssh/id_rsa_me
+>     
+>    
+> #second 第二个账号（38894403@xxxx.com）
+>     
+> Host mygit
+>      HostName gitee.com
+>     PreferredAuthentications publickey
+>     IdentityFile ~/.ssh/id_rsa
+> ```
+>
+> > 其中Host 后的名字可以随意方便自己记忆，但HostName必须为`github.com(或者其它git地址)。`
+
+### Ⅵ- 测试是否配置成功
+
+>使用命令：
+>
+>```bash
+>ssh -T git@zc
+>```
+>
+>出现欢迎语则为配置成功。
+>
+>注意：配置完成后，在连接Host不是github.com的github仓库时，远程库的地址要对应地做一些修改：
+>
+>而并非原来的git@github.com
+>
+>```shell
+>git clone git@gitee.com:hongjilin/cx.git
+>//改为
+>git clone git@mygit:hongjilin/cx.git
+>```
+>
+>这样每次连接都会使用id_rsa_me与服务器进行连接。
+>
+>配置至此，大功告成！
+
+###  Ⅶ- 问题Mark
+
+> 当我切换到另外一个账号提交时 commit的提交者仍寻找全局配置中的username作为签名 而不是当前本地库绑定提交账号的用户名(所以我用公司账号的`.ssh`配置绕过了组织检测,但是署名却用的是个人账户)
+>
+> 别小看这个BUG,挺恐怖的,下面举个我的栗子:
+>
+> ![image-20210621172453710](A_Git详细学习笔记中的图片/image-20210621172453710.png)
+>
+> 到这时候你可能觉得好像也没啥吧?但是我个人账号不是公司组织里面的(也不好解释)、计算公司个人绩效时也无法统计、之前版本还无法用搜索条件查找我个人账号(因为本身个人账号就不是组织里面的)的提交.....问题可大可小
+>
+> 所以此处`Mark`,留待后续学习生活解决
+
+#### 此问题解决
+
+> 之前只是将此问题Mark,但是未将解决方式具体写下,现将其更新
+>
+> ![image-20210621171934972](A_Git详细学习笔记中的图片/image-20210621171934972.png)
+>
+> 或者可以直接写个python小脚本来修改:如果根据该仓库clone时的账号来进行切换是否更合理,这是个好办法... 
+
+## 3、commit报错无法提交
+
+>```shell
+>> running pre-commit hook: lint-staged
+>[STARTED] Preparing...
+>[FAILED] warning: LF will be replaced by CRLF in sh.exe.stackdump.
+>[FAILED] The file will have its original line endings in your working directory.
+>[STARTED] Running tasks...
+>[SKIPPED] Skipped because of previous git error.
+>[STARTED] Applying modifications...
+>[SKIPPED]
+>[SKIPPED]   × lint-staged failed due to a git error.
+>
+>  × lint-staged failed due to a git error.
+>[STARTED] Cleaning up...
+>[SKIPPED]   × lint-staged failed due to a git error.
+>  Any lost modifications can be restored from a git stash:
+>
+>
+>pre-commit hook failed (add --no-verify to bypass)
+>```
+>
+>解决方式
+>
+>```shell
+>执行npm run lint， 根据提示修改错误（推荐）
+>git commit -m "" --no-verify 绕过了lint的检查
+>```
+
+
+
+## 4、Git提交时出现(`合并提示`)`Merge branch 'master' of ...`之解决方法
+
+>多人协作开发项目，在上传代码时通常会先pull一下远程代码，使本地与远程同步更新，但是如果远程此时与自己代码存在冲突，在解决冲突后提交有时会出现“Merge branch ‘master’ of …”这条信息。这是因为pull其本质是fetch+Merge的结合。通常会分为以下两种情况：
+>
+>1.如果远程分支超前于本地分支，并且本地也没有commit操作，此时pull会采用’fast-forward’模式，该模式不会产生合并节点，也即不产生"Merge branch ‘master’ of …"信息。
+>
+>2.如果本地有commit提交，此时若存在冲突，pull拉取代码时远程和本地会出现分叉，会进行分支合并，就会产生"Merge branch ‘master’ of …"信息。
+>
+>**解决方法**
+>
+>>使用`git pull --rebase`命令，如果没有冲突,则会直接合并，如果存在冲突，手动解决冲突即可，不会再产生那条多余的信息。如果你不想每次都rebase，可以在git bash里执行
+>>
+>>```shell
+>>git config --global pull.rebase true
+>>```
+>>
+>>这个配置就是告诉git在每次pull前先进行rebase操作。
+
+### ① 可能出现的相关报错`error:Cannot pull with rebase`
+
+>1. git 执行`git pull –rebase`后报错误如下：
+>
+>   ```sh
+>   error: cannot pull with rebase: Your index contains uncommitted changes.
+>   error: please commit or stash them.
+>   ```
+>
+>2. 原因：如果有未提交的更改，是不能git pull的
+>
+>3. 解决：
+>
+>   - 先执行`git stash`    -->#可用来暂存当前正在进行的工作
+>   - 再执行`git pull –-rebase`
+>   - 最后再执行`git stash pop`  -->#从Git栈中读取最近一次保存的内容
+>
+>4. 截图示例
+>
+>   ![image-20210705115521085](A_Git详细学习笔记中的图片/image-20210705115521085.png)
+
+### ② *防止冲突的有效操作*
+
+>不要直接用`git pull`拉取,而是分开操作,先拉取代码(拉取后可以先查看冲突部分取解决).随后再去合并
+>
+>1. `git fetch 别名`(将修改同步到远程跟踪分支上)
+>2. git merge 远程跟踪分支
+
+## 5、Git删除误提交的大文件历史记录
+
+>1. 应用场景:在我们日常使用Git的时候，一般比较小的项目，我们可能不会注意到.git 这个文件。其实.git文件主要用来记录每次提交的变动，当我们的项目越来越大的时候，我们发现.git文件越来越大。很大的可能是因为提交了大文件，如果你提交了大文件，那么即使你在之后的版本中将其删除，但是`实际上记录中的大文件仍然存在`。
+>2. 原因分析:为什么呢？仔细想一想，虽然你在后面的版本中删除了大文件，但是Git是有版本倒退功能的吧，那么如果大文件不记录下来，git拿什么来给你回退呢？
+>3. 导致的问题:.git文件越来越大导致的问题是--每次拉项目都要耗费大量的时间，并且每个人都要花费那么多的时间。
+>4. git给出了解决方案，使用git branch-filter来遍历git history tree, 可以永久删除history中的大文件，达到让.git文件瘦身的目的。
+>
+>下面给出步骤（以下步骤非常危险，`操作需谨慎!`,最好最好不要在公司项目中使用）
+
+### Ⅰ-列出仓库中最大的几个对象及其文件名
+
+>列出所有仓库中的对象（包括SHA值、大小、路径等），并按照大小降序排列，列出TOP 5(本人示例,你也可多展示)
+>
+>1. 命令示例
+>
+>   ```bash
+>   git rev-list --all --objects | grep "$(git verify-pack -v .git/objects/pack/*.idx | sort -k 3 -n | tail -n 5 | awk -F ' '  '{print $1}')"
+>   ```
+>
+>2. 图示
+>
+>   ![image-20210508171542001](A_Git详细学习笔记中的图片/列出仓库中最大的几个对象及其文件名.png)
+
+### Ⅱ-将某文件从历史记录中删除
+
+>既然文件找到了(此处删除`杂记_其他(如破解与配置)的碎片化笔记/Typora笔记软件分享/tools/软件包/Typora.dmg`)，那么得将该文件从历史记录中删除，执行以下命令：
+>
+>1. 命令示例:
+>
+>   ```bash
+>   git log --pretty=oneline --branches -- "杂记_其他(如破解与配置)的碎片化笔记/Typora笔记软件分享/tools/软件包/Typora.dmg"
+>   ```
+>
+>2. 图示
+>
+>   ![image-20210508171916951](A_Git详细学习笔记中的图片/image-20210508171916951.png)
+
+### Ⅲ-重写所有 commit，将该文件从 Git 历史中完全删除
+
+>上面的命令执行后只是从历史记录中移除，还没有完全删除它，我们需要重写所有 commit，将该文件从 Git 历史中完全删除：
+>
+>1. 代码示例:
+>
+>   ```bash
+>   git filter-branch --index-filter 'git rm --cached --ignore-unmatch  "杂记_其他(如破解与配置)的碎片化笔记/Typora笔记软件分享/tools/软件包/Typora.dmg"' -- --all
+>   ```
+>
+>2. 图示
+>
+>   ![](A_Git详细学习笔记中的图片/删除截图.png)
+>
+>3. 补充注意点:
+>
+>   如果你像我一样,工作区有新写的内容没有追踪与提交导致无法进行删除操作时,千万不要直接暂存`stash`,否则这些没有暂存的内容就没了,要记得先`git add .`
+
+### Ⅳ-把该文件的引用完全删除
+
+>上面的命令执行后，此时历史记录中已经没有该文件了，此时是真正删除了它。 不过我们运行 filter-branch 产生的日志还是会对该文件有引用，所以我们还需要运行以下几条命令，把该文件的引用完全删除：
+>
+>1. 命令示例:
+>
+>  ```bash
+>  rm -rf .git/refs/original/
+>  git reflog expire --expire=now --all
+>  git gc --prune=now
+>  git gc --aggressive --prune=now
+>  ```
+>
+>2. 图示
+>
+>  ![image-20210510183253770](A_Git详细学习笔记中的图片/image-20210510183253770.png)
+>
+>3. 果真编程其实殊途同归,该学的都得学,这里就暴露的Linux没学好的弊端,所以暗下决心,争取今年内将linux系统学习一遍
+
+### Ⅴ-强制提交
+
+>现在我们再看 .git 文件的大小明显变小了，少了那个大文件，说明我们之前误提交的大文件已经删除了。 最后一步就是 push 代码了，不过就是需要强制 push
+>
+>1. 命令示例
+>
+>   ```bash
+>   git push --force
+>   ```
+>
+>2. 图示
+>
+>   ![](A_Git详细学习笔记中的图片/强制提交.jpg)
+
+### Ⅵ-远程仓库GC
+
+>网上所能百度的方法中都没有说到要进行远程存储库GC,但是本人操作后发现,明明命令行中运行了`git gc`,但你的远程仓库仍然会非常庞大甚至更加庞大,也许你本地已经删减至几十兆,但是远程仓库已经"爆仓"达到`1300+兆`,详见`问题7`
+>
+>
+>
+>![image-20210510180757993](A_Git详细学习笔记中的图片/image-20210510180757993.png)
+
+### Ⅶ-删除前后`.git`大小对比
+
+>本人此时测试删除的文件正好为10M,成功删除
+>
+>1. 删除前截图
+>
+>  <img src="A_Git详细学习笔记中的图片/删除大文件前大小.png" style="zoom:67%;" />
+>
+>2. 删除后截图
+>
+>  <img src="A_Git详细学习笔记中的图片/删除大文件后大小.png" style="zoom:67%;" />
+>
+>3. 删除多个文件后
+>
+>   <img src="A_Git详细学习笔记中的图片/image-20210508182039450.png" alt="image-20210508182039450" style="zoom:67%;" />
+
+## 6、git出现文件夹后面跟`@+数字`问题
+
+>1. 问题出现场景:本人欲将两个仓库代码合到一个仓库中,但是原本文件夹内还有.git，导致这些文件夹push后变成了子模块
+>
+>2. 问题场景图例-->具体出问题时并没有截图,此处截图提交时差别(原本应该是一大堆V1.0的文件,结果只有一个文件夹,后面跟着哈希值)
+>
+>   ![image-20210510171915185](A_Git详细学习笔记中的图片/image-20210510171915185.png)
+>
+>3. 解决思路
+>
+>   >删除原来的子文件夹的.git  -->`rm -r .git`,当然也可以手动删除
+>   >
+>   >删除本地git缓存  -->`git rm -r --cached fileName`
+>   >
+>   >重新add，push 
+>
+>4. 解决结果截图
+>
+>   <img src="A_Git详细学习笔记中的图片/image-20210510172159472.png" alt="image-20210510172159472" style="zoom:67%;" />
+
+## 7、远程仓库过大导致无法push
+
+>问题出现场景:在前两天本人发现笔记仓库过大 已经达到600M的时候,本人花了一些时间将无用的大文件删除(详见`问题5`),并且减小到了100M+,然后推送上了gitee上,但是今天push的时候突然报错仓库过大无法推送
+>
+>1. 问题报错截图![image-20210510180415796](A_Git详细学习笔记中的图片/image-20210510180415796.png)
+>
+>2. 本人就产生很大的疑惑,明明我本地仓库才100+M,`.git`文件也才86M,但是远程仓库竟然达到了恐怖的1300M+(当时急于寻找解决方案,没有截图)
+>
+>   本人推测(不确定,也找不到人问,朋友都没经历过这个情况,所以引出记录待定,如果有小伙伴知道了希望可以发在评论区或者私信我)
+>
+>   1. 当时我是将多条命令一起复制进去运行,可能导致`git gc`命令没有运行到(可能性极小,但还是留下悔恨的泪水)
+>
+>   2. 也许本地的gc命令只是清理了本地仓库的,远程也要清理,但这个并不重要,知道了这个点后我们能进行解决了
+>
+>       <img src="A_Git详细学习笔记中的图片/image-20210510180539437.png" alt="image-20210510180539437" style="zoom:50%;" /><img src="A_Git详细学习笔记中的图片/image-20210510181407805.png" alt="image-20210510181407805" style="zoom:67%;" />
+>
+>3. 问题解决:
+>
+>    ![image-20210510180757993](A_Git详细学习笔记中的图片/image-20210510180757993.png)
+>
+>    GC后内存![image-20210510181329197](A_Git详细学习笔记中的图片/image-20210510181329197.png)
+>
+>   4. GC详解
+>
+>   >Git的底层并没有采用 CVS、SVN 底层所采用的那套增量式文件系统，而是采用一套自行维护的存储文件系统。当文件变动发生提交时，该文件系统存储的不是文件的差异信息，而是文件快照，即整个文件内容，并保存指向快照的索引。这种做法，提高 Git 分支的使用效率；但也容易导致代码仓库中内容重复程度过高，从而仓库体积过大。当遇到这种情况时，或者需要将仓库推送到远程主机时，就需要Git中的gc（garbage collect）功能，也就是`垃圾回收功能`。
+>   >
+>   >大体来说，当运行 "git gc" 命令时，Git会收集所有松散对象并将它们存入 packfile，合并这些 packfile 进一个大的 packfile，然后将不被任何 commit 引用并且已存在一段时间 (数月) 的对象删除。 此外，Git还会将所有引用 (references) 并入一个单独文件。
+>   >
+>   >就细节而言，Git做了这几件事：
+>   >
+>   >pack_refs 过程
+>   >reflog expire 过程
+>   >repack 过程
+>   >prune 过程
+>   >rerere 过程
+>   >
+>   >pack_refs 过程相当于执行"git pack-refs --all --prune"，它会将$GIT_DIR/refs目录下的所有heads和tags打包成一个文件并保存为$GIT_DIR/packed-refs下。
+>   >
+>   >reflog expire 过程相当于执行"git reflog expire --all"，它会将删除所有超过期限而且没有被refs涉及的reflog条目。
+>   >
+>   >repack 过程相当于执行"git repack -d -l"，一般情况下还会包括"-A"选项，它会将所有未被包含在一个pack的松散对象连结成一个pack，也会将现有的pack重新组织为一个新的更有效率的pack，并删除冗余的pack（如果她们中存在不可达的松散对象，会先把这些对象释放出来）。
+>   >
+>   >prune 过程相当于执行"git prune --expire"，他会删除所有过期的、不可达的且未被打包的松散对象。
+>   >
+>   >rerere 过程相当于执行"git rerere gc"，这种情形下似乎没什么用。
+>   >
+>   >所以本人推测应该是进行了`问题5`操作后还需要`进行一次GC操作`
+
+## 8、Git GUI中文乱码问题解决方法
+
+>当我们使用Git GUI的查看代码的时候，有时候会出现中文乱码：
+>
+>1. 解决方案1:直接在`GIT GUI`中操作
+>
+>   **![image-20210701180547401](A_Git详细学习笔记中的图片/image-20210701180547401.png) 
+>
+>2. 解决方案2:命令行
+>
+>   ```sh
+>   git config --global gui.encoding utf-8
+>   ```
+>
+>3. 解决方案3:直接修改配置文件
+>
+>   >在软件的安装目录下，在`Git\mingw32\etc\gitconfig`文件末尾添加：
+>   >
+>   >```sh
+>   >[gui]encoding=utf-8
+>   >```

Git学习笔记/README.md

@@ -0,0 +1,9 @@
+>123
+>1231
+>>>12313123
+>>>123213
+adas 
+ada s
+
+
+as d

Git学习笔记/git与vim常见指令集.md

@@ -0,0 +1,393 @@
+> [十分详细的git指令](https://juejin.im/post/5deb81b0e51d4557fd76f5f3)
+
+# 常用Git命令总结
+
+- git config --global user.name "你的名字" 让你全部的Git仓库绑定你的名字
+- git config --global user.email "你的邮箱" 让你全部的Git仓库绑定你的邮箱
+- git init 初始化你的仓库
+- git add . 把工作区的文件全部提交到暂存区
+- git add ./<file>/ 把工作区的<file>文件提交到暂存区
+- git commit -m "xxx" 把暂存区的所有文件提交到仓库区，暂存区空空荡荡
+- git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库连接起来
+- git push -u origin master 把仓库区的主分支master提交到远程仓库里
+- git push -u origin <其他分支> 把其他分支提交到远程仓库
+- git status查看当前仓库的状态
+- git diff 查看文件修改的具体内容
+- git log 显示从最近到最远的提交历史  git log --pretty=oneline(更简洁的方式显示)
+- git clone + 仓库地址下载克隆文件
+- git reset --hard + 版本号 回溯版本，版本号在commit的时候与master跟随在一起
+- git reflog 显示命令历史
+- git checkout -- <file> 撤销命令，用版本库里的文件替换掉工作区的文件。我觉得就像是Git世界的ctrl + z
+- git rm 删除版本库的文件
+- git branch 查看当前所有分支
+- git branch <分支名字> 创建分支
+- git checkout <分支名字> 切换到分支
+- git merge <分支名字> 合并分支
+- git branch -d <分支名字> 删除分支,有可能会删除失败，因为Git会保护没有被合并的分支
+- git branch -D + <分支名字> 强行删除，丢弃没被合并的分支
+- git log --graph 查看分支合并图
+- git merge --no-ff <分支名字> 合并分支的时候禁用Fast forward模式,因为这个模式会丢失分支历史信息
+- git stash 当有其他任务插进来时，把当前工作现场“存储”起来,以后恢复后继续工作
+- git stash list 查看你刚刚“存放”起来的工作去哪里了
+- git stash apply 恢复却不删除stash内容
+- git stash drop 删除stash内容
+- git stash pop 恢复的同时把stash内容也删了
+- git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
+- git remote -v 显示更详细的信息
+- git pull 把最新的提交从远程仓库中抓取下来，在本地合并,和git push相反
+- git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观
+- git tag 查看所有标签，可以知道历史版本的tag
+- git tag <name> 打标签，默认为HEAD。比如git tag v1.0
+- git tag <tagName> <版本号> 把版本号打上标签，版本号就是commit时，跟在旁边的一串字母数字
+- git show <tagName> 查看标签信息
+- git tag -a <tagName> -m "<说明>" 创建带说明的标签。-a指定标签名，-m指定说明文字
+- git tag -d <tagName> 删除标签
+- git push origin <tagname> 推送某个标签到远程
+- git push origin --tags 一次性推送全部尚未推送到远程的本地标签
+- git push origin :refs/tags/<tagname> 删除远程标签<tagname>
+- git config --global color.ui true 让Git显示颜色，会让命令输出看起来更醒目
+- git add -f <file> 强制提交已忽略的的文件
+- git check-ignore -v <file> 检查为什么Git会忽略该文件
+
+
+
+# vim常用指令
+
+## VIM 进入和退出命令
+
+> 常用命令是ESC，然后:wq（保存并退出），:q!(不保存并强制退出），i进入vim模式。另外还有其它的，我可能都不会用到。。。
+> 按ESC键 跳到命令模式，然后：
+
+1. **:w 保存文件但不退出vi**
+2. **:w file 将修改另外保存到file中，不退出vi**
+3. **:w! 强制保存，不推出vi**
+4. **:wq 保存文件并退出vi**
+5. **:wq! 强制保存文件，并退出vi**
+6. **q: 不保存文件，退出vi**
+7. **:q! 不保存文件，强制退出vi**
+8. **:e! 放弃所有修改，从上次保存文件开始再编辑**
+
+## 命令历史
+
+以:和/开头的命令都有历史纪录，可以首先键入:或/然后按上下箭头来选择某个历史命令。
+
+## 启动vim
+
+在命令行窗口中输入以下命令即可
+
+vim 直接启动vim
+
+vim filename 打开vim并创建名为filename的文件
+
+## 文件命令
+
+打开单个文件
+
+vim file
+
+同时打开多个文件
+
+vim file1 file2 file3 ...
+
+在vim窗口中打开一个新文件
+
+:open file
+
+在新窗口中打开文件
+
+:split file
+
+切换到下一个文件
+
+:bn
+
+切换到上一个文件
+
+:bp
+
+查看当前打开的文件列表，当前正在编辑的文件会用[]括起来。
+
+:args
+
+打开远程文件，比如ftp或者share folder
+
+:e ftp://192.168.10.76/abc.txt
+
+:e \\qadrive\test\1.txt
+
+## vim的模式
+
+正常模式（按Esc或Ctrl+[进入） 左下角显示文件名或为空
+插入模式（按i键进入） 左下角显示--INSERT--
+可视模式（不知道如何进入） 左下角显示--VISUAL--
+
+## 导航命令
+
+% 括号匹配
+
+## 插入命令
+
+i 在当前位置生前插入
+
+I 在当前行首插入
+
+a 在当前位置后插入
+
+A 在当前行尾插入
+
+o 在当前行之后插入一行
+
+O 在当前行之前插入一行
+
+## 查找命令
+
+/text　　查找text，按n健查找下一个，按N健查找前一个。
+
+?text　　查找text，反向查找，按n健查找下一个，按N健查找前一个。
+
+vim中有一些特殊字符在查找时需要转义　　.*[]^%/?~$
+
+:set ignorecase　　忽略大小写的查找
+
+:set noignorecase　　不忽略大小写的查找
+
+查找很长的词，如果一个词很长，键入麻烦，可以将光标移动到该词上，按*或#键即可以该单词进行搜索，相当于/搜索。而#命令相当于?搜索。
+
+:set hlsearch　　高亮搜索结果，所有结果都高亮显示，而不是只显示一个匹配。
+
+:set nohlsearch　　关闭高亮搜索显示
+
+:nohlsearch　　关闭当前的高亮显示，如果再次搜索或者按下n或N键，则会再次高亮。
+
+:set incsearch　　逐步搜索模式，对当前键入的字符进行搜索而不必等待键入完成。
+
+:set wrapscan　　重新搜索，在搜索到文件头或尾时，返回继续搜索，默认开启。
+
+## 替换命令
+
+ra 将当前字符替换为a，当期字符即光标所在字符。
+
+s/old/new/ 用old替换new，替换当前行的第一个匹配
+
+s/old/new/g 用old替换new，替换当前行的所有匹配
+
+%s/old/new/ 用old替换new，替换所有行的第一个匹配
+
+%s/old/new/g 用old替换new，替换整个文件的所有匹配
+
+:10,20 s/^/  /g 在第10行知第20行每行前面加四个空格，用于缩进。
+
+ddp 交换光标所在行和其下紧邻的一行。
+
+## 移动命令
+
+h 左移一个字符
+l 右移一个字符，这个命令很少用，一般用w代替。
+k 上移一个字符
+j 下移一个字符
+以上四个命令可以配合数字使用，比如20j就是向下移动20行，5h就是向左移动5个字符，在Vim中，很多命令都可以配合数字使用，比如删除10个字符10x，在当前位置后插入3个！，3a！<Esc>，这里的Esc是必须的，否则命令不生效。
+
+w 向前移动一个单词（光标停在单词首部），如果已到行尾，则转至下一行行首。此命令快，可以代替l命令。
+
+b 向后移动一个单词 2b 向后移动2个单词
+
+e，同w，只不过是光标停在单词尾部
+
+ge，同b，光标停在单词尾部。
+
+^ 移动到本行第一个非空白字符上。
+
+0（数字0）移动到本行第一个字符上，
+
+<HOME> 移动到本行第一个字符。同0健。
+
+$ 移动到行尾 3$ 移动到下面3行的行尾
+
+gg 移动到文件头。 = [[
+
+G（shift + g） 移动到文件尾。 = ]]
+
+f（find）命令也可以用于移动，fx将找到光标后第一个为x的字符，3fd将找到第三个为d的字符。
+
+F 同f，反向查找。
+
+跳到指定行，冒号+行号，回车，比如跳到240行就是 :240回车。另一个方法是行号+G，比如230G跳到230行。
+
+Ctrl + e 向下滚动一行
+
+Ctrl + y 向上滚动一行
+
+Ctrl + d 向下滚动半屏
+
+Ctrl + u 向上滚动半屏
+
+Ctrl + f 向下滚动一屏
+
+Ctrl + b 向上滚动一屏
+
+## 撤销和重做
+
+u 撤销（Undo）
+U 撤销对整行的操作
+Ctrl + r 重做（Redo），即撤销的撤销。
+
+## 删除命令
+
+x 删除当前字符
+
+3x 删除当前光标开始向后三个字符
+
+X 删除当前字符的前一个字符。X=dh
+
+dl 删除当前字符， dl=x
+
+dh 删除前一个字符
+
+dd 删除当前行
+
+dj 删除上一行
+
+dk 删除下一行
+
+10d 删除当前行开始的10行。
+
+D 删除当前字符至行尾。D=d$
+
+d$ 删除当前字符之后的所有字符（本行）
+
+kdgg 删除当前行之前所有行（不包括当前行）
+
+jdG（jd shift + g）  删除当前行之后所有行（不包括当前行）
+
+:1,10d 删除1-10行
+
+:11,$d 删除11行及以后所有的行
+
+:1,$d 删除所有行
+
+J(shift + j)　　删除两行之间的空行，实际上是合并两行。
+
+## 拷贝和粘贴
+
+yy 拷贝当前行
+
+nyy 拷贝当前后开始的n行，比如2yy拷贝当前行及其下一行。
+
+p 在当前光标后粘贴,如果之前使用了yy命令来复制一行，那么就在当前行的下一行粘贴。
+
+shift+p 在当前行前粘贴
+
+:1,10 co 20 将1-10行插入到第20行之后。
+
+:1,$ co $ 将整个文件复制一份并添加到文件尾部。
+
+正常模式下按v（逐字）或V（逐行）进入可视模式，然后用jklh命令移动即可选择某些行或字符，再按y即可复制
+
+ddp交换当前行和其下一行
+
+xp交换当前字符和其后一个字符
+
+## 剪切命令
+
+正常模式下按v（逐字）或V（逐行）进入可视模式，然后用jklh命令移动即可选择某些行或字符，再按d即可剪切
+
+ndd 剪切当前行之后的n行。利用p命令可以对剪切的内容进行粘贴
+
+:1,10d 将1-10行剪切。利用p命令可将剪切后的内容进行粘贴。
+
+:1, 10 m 20 将第1-10行移动到第20行之后。
+
+## 退出命令
+
+:wq 保存并退出
+
+ZZ 保存并退出
+
+:q! 强制退出并忽略所有更改
+
+:e! 放弃所有修改，并打开原来文件。
+
+## 窗口命令
+
+:split或new 打开一个新窗口，光标停在顶层的窗口上
+
+:split file或:new file 用新窗口打开文件
+
+split打开的窗口都是横向的，使用vsplit可以纵向打开窗口。
+
+Ctrl+ww 移动到下一个窗口
+
+Ctrl+wj 移动到下方的窗口
+
+Ctrl+wk 移动到上方的窗口
+
+关闭窗口
+
+:close 最后一个窗口不能使用此命令，可以防止意外退出vim。
+
+:q 如果是最后一个被关闭的窗口，那么将退出vim。
+
+ZZ 保存并退出。
+
+关闭所有窗口，只保留当前窗口
+
+:only
+
+录制宏
+
+按q键加任意字母开始录制，再按q键结束录制（这意味着vim中的宏不可嵌套），使用的时候@加宏名，比如qa。。。q录制名为a的宏，@a使用这个宏。
+
+## 执行shell命令
+
+:!command
+
+:!ls 列出当前目录下文件
+
+:!perl -c script.pl 检查perl脚本语法，可以不用退出vim，非常方便。
+
+:!perl script.pl 执行perl脚本，可以不用退出vim，非常方便。
+
+:suspend或Ctrl - Z 挂起vim，回到shell，按fg可以返回vim。
+
+## 注释命令
+
+perl程序中#开始的行为注释，所以要注释某些行，只需在行首加入#
+
+3,5 s/^/#/g 注释第3-5行
+
+3,5 s/^#//g 解除3-5行的注释
+
+1,$ s/^/#/g 注释整个文档。
+
+:%s/^/#/g 注释整个文档，此法更快。
+
+## 帮助命令
+
+:help or F1 显示整个帮助
+:help xxx 显示xxx的帮助，比如 :help i, :help CTRL-[（即Ctrl+[的帮助）。
+:help 'number' Vim选项的帮助用单引号括起
+:help <Esc> 特殊键的帮助用<>扩起
+:help -t Vim启动参数的帮助用-
+：help i_<Esc> 插入模式下Esc的帮助，某个模式下的帮助用模式_主题的模式
+帮助文件中位于||之间的内容是超链接，可以用Ctrl+]进入链接，Ctrl+o（Ctrl + t）返回
+
+## 其他非编辑命令
+
+. 重复前一次命令
+
+:set ruler?　　查看是否设置了ruler，在.vimrc中，使用set命令设制的选项都可以通过这个命令查看
+
+:scriptnames　　查看vim脚本文件的位置，比如.vimrc文件，语法文件及plugin等。
+
+:set list 显示非打印字符，如tab，空格，行尾等。如果tab无法显示，请确定用set lcs=tab:>-命令设置了.vimrc文件，并确保你的文件中的确有tab，如果开启了expendtab，那么tab将被扩展为空格。
+
+Vim教程
+在Unix系统上
+$ vimtutor
+在Windows系统上
+:help tutor
+
+:syntax 列出已经定义的语法项
+:syntax clear 清除已定义的语法规则
+:syntax case match 大小写敏感，int和Int将视为不同的语法元素
+:syntax case ignore 大小写无关，int和Int将视为相同的语法元素，并使用同样的配色方案

Git学习笔记/你可能会忽略的 Git 提交规范摘录.md

@@ -0,0 +1,289 @@
+# #目录
+
+>[TOC]
+
+# 本人笔记提交标准
+
+```jsx
+docs: 新建知识点笔记
+feat：新增知识点（feature)。
+update:对于某部分知识点的更新修改(不是勘误,如更新目录索引、某正确知识点补全等操作)
+fix:勘误,修正知识点错误等操作
+style:如文档内样式调整,格式调整等不影响笔记内容的操作 (如删除多余资源,如无用的图片,无用语句删除等)
+refactor：笔记重构与优化（主要就是目录变动、笔记文件结构调整、文件名更改等操作)
+//举例
+docs(算法):新建数据结构与算法知识点笔记
+feat(前端-promise): 新增笔记中async+await+promise知识点笔记
+fix(前端-微信小程序):更正笔记中对于自定义组件描述的不恰当处
+refactor(前端):对于前端笔记部分文件目录进行重构调整
+style(后台-java):进行对该笔记中笔记格式与样式调整 或 进行对该笔记中多余图片展示资源的删除
+update:(README):笔记目录索引更新-新增小程序自封装组件笔记索引
+```
+
+
+
+# 你可能会忽略的 Git 提交规范
+
+一直是 ESLint 的忠实用户，深知规范的重要性。然而，在新项目交接中，我被 Git Commit 规范逼疯了。才意识到自己的疏忽，于是便有了一探究竟的想法。
+
+#### 一、为什么需要规范？
+
+无规矩不成方圆，编程也一样。
+
+如果你有一个项目，从始至终都是自己写，那么你想怎么写都可以，没有人可以干预你。可是如果在团队协作中，大家都张扬个性，那么代码将会是一团糟，好好的项目就被糟践了。不管是开发还是日后维护，都将是灾难。
+
+这时候，有人提出了何不统一标准，大家都按照这个标准来。于是 `ESLint`，`JSHint` 等代码工具如雨后春笋般涌现，成为了项目构建的必备良品。
+
+`Git Commit` 规范可能并没有那么夸张，但如果你在版本回退的时候看到一大段糟心的 `Commit`，恐怕会懊恼不已吧。所以，严格遵守规范，利人利己。
+
+#### 二、具体规则
+
+先来看看公式：
+
+```
+<type>(<scope>): <subject>
+```
+
+
+
+- type
+
+  - 用于说明
+
+     
+
+    ```
+    commit
+    ```
+
+     
+
+    的类别，只允许使用下面7个标识。
+
+    ```jsx
+    feat：新功能（feature）。
+    fix/to：修复bug，可以是QA发现的BUG，也可以是研发自己发现的BUG。
+    fix：产生diff并自动修复此问题。适合于一次提交直接修复问题
+    to：只产生diff不自动修复此问题。适合于多次提交。最终修复问题提交时使用fix
+    docs：文档（documentation）。
+    style：格式（不影响代码运行的变动）。
+    refactor：重构（即不是新增功能，也不是修改bug的代码变动）。
+    perf：优化相关，比如提升性能、体验。
+    test：增加测试。
+    chore：构建过程或辅助工具的变动。
+    revert：回滚到上一个版本。
+    merge：代码合并。
+    sync：同步主线或分支的Bug。
+    ```
+
+- scope
+
+  - 用于说明 `commit` 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。
+
+- subject
+
+  - 是
+
+     
+
+    ```
+    commit
+    ```
+
+     
+
+    目的的简短描述，不超过50个字符。
+
+    ```
+    1.以动词开头，使用第一人称现在时，比如change，而不是changed或changes
+    2.第一个字母小写
+    3.结尾不加句号（.）
+    ```
+
+规范参考自阮一峰老师的文章：[Commit message 和 Change log 编写指南](http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html)。
+
+#### 三、异常处理
+
+我们先来看看这个异常提醒：
+
+```
+INVALID COMMIT MSG: does not match "<type>(<scope>): <subject>" !
+jartto:fix bug
+```
+
+
+
+这里之所以报出这个警告，是因为我的提交出现了两个问题：
+其一，使用了规范外的关键字；
+其二，很细节的问题，jartto：后少了空格；
+
+这时候我才回忆起来，当时提交一直失败，情急之下直接强制提交，所以以后的提交都会抱出这个异常。大致意思就是：
+
+你的之前的 Commit 不合格～你的之前的 Commit 不合格～你的之前的 Commit 不合格
+
+这时候就很烦了，我们只能去将之前的错误修正，那么如何操作呢？
+
+#### 四、如何修改之前的 commit 信息？
+
+其实并不复杂，我们只需要这样做:
+1、将当前分支无关的工作状态进行暂存
+
+```
+git stash
+```
+
+
+
+2、将 `HEAD` 移动到需要修改的 `commit` 上
+
+```
+git rebase 9633cf0919^ --interactive
+```
+
+
+
+3、找到需要修改的 `commit` ,将首行的 `pick` 改成 `edit`
+4、开始着手解决你的 `bug`
+5、 `git add` 将改动文件添加到暂存
+6、 `git commit –amend` 追加改动到提交
+7、`git rebase –continue` 移动 `HEAD` 回最新的 `commit`
+8、恢复之前的工作状态
+
+```
+git stash pop
+```
+
+
+
+大功告成，是不是想把整个 Commit 都修改一遍，逃～
+
+此处参考自：[修改 Commit 日志和内容](https://www.aliyun.com/jiaocheng/125261.html)
+
+#### 五、项目中使用
+
+这时候问题又来了，为什么我提交的时候会有警告，这个又是如何做到的呢？
+
+这时候，我们需要一款 `Node` 插件 `validate-commit-msg` 来检查项目中 `Commit message` 是否规范。
+
+1.首先，安装插件：
+
+```
+npm install --save-dev validate-commit-msg
+```
+
+
+
+2.使用方式一，建立 `.vcmrc` 文件：
+
+```
+{
+  "types": ["feat", "fix", "docs", "style", "refactor", "perf", "test", "build", "ci", "chore", "revert"],
+  "scope": {
+    "required": false,
+    "allowed": ["*"],
+    "validate": false,
+    "multiple": false
+  },
+  "warnOnFail": false,
+  "maxSubjectLength": 100,
+  "subjectPattern": ".+",
+  "subjectPatternErrorMsg": "subject does not match subject pattern!",
+  "helpMessage": "",
+  "autoFix": false
+}
+```
+
+
+
+3.使用方式二：写入 `package.json`
+
+```
+{
+  "config": {
+    "validate-commit-msg": {
+      /* your config here */
+    }
+  }
+}
+```
+
+
+
+4.可是我们如果想自动使用 [`ghooks`](https://www.npmjs.com/package/ghooks) 钩子函数呢？
+
+```
+{
+  …
+  "config": {
+    "ghooks": {
+      "pre-commit": "gulp lint",
+      "commit-msg": "validate-commit-msg",
+      "pre-push": "make test",
+      "post-merge": "npm install",
+      "post-rewrite": "npm install",
+      …
+    }
+  }
+  …
+}
+```
+
+
+
+在 `ghooks` 中我们可以做很多事情，当然不只是 `validate-commit-msg` 哦。
+
+更多细节请参考：[validate-commit-msg](https://github.com/conventional-changelog-archived-repos/validate-commit-msg)
+
+#### 六、Commit 规范的作用
+
+1.提供更多的信息，方便排查与回退；
+2.过滤关键字，迅速定位；
+3.方便生成文档；
+
+#### 七、生成 Change log
+
+正如[上文](http://jartto.wang/2018/07/08/git-commit/)提到的生成文档，如果我们的提交都按照规范的话，那就很简单了。生成的文档包括以下三个部分：
+
+- New features
+- Bug fixes
+- Breaking changes.
+
+每个部分都会罗列相关的 `commit` ，并且有指向这些 `commit` 的链接。当然，生成的文档允许手动修改，所以发布前，你还可以添加其他内容。
+
+这里需要使用工具 [Conventional Changelog](https://github.com/conventional-changelog/conventional-changelog) 生成 `Change log` ：
+
+```
+npm install -g conventional-changelog
+cd jartto-domo
+conventional-changelog -p angular -i CHANGELOG.md -w
+```
+
+
+
+为了方便使用，可以将其写入 `package.json` 的 `scripts` 字段。
+
+```
+{
+  "scripts": {
+    "changelog": "conventional-changelog -p angular -i CHANGELOG.md -w -r 0"
+  }
+}
+```
+
+
+
+这样，使用起来就很简单了：
+
+```
+npm run changelog
+```
+
+
+
+到这里，我们所有的问题都搞明白了，🍻Cheers～
+
+#### 八、总结
+
+看完文章，你还会如此放荡不羁吗？你还会随心所欲的编写 `Commit` 吗？你还会如此 `git commit -m "hello jartto"`提交吗？
+
+答案是否定的，因为使用了钩子函数，你没有机会了，否则将是无穷无尽的恢复 `Commit`。这倒可以养成良好的提交习惯，🙈～

Git学习笔记/分支管理策略[Git工作流]学习笔记.md

@@ -0,0 +1,367 @@
+# #说明
+
+> 本笔记是本人对于Git工作流的学习感悟与记录(部分是摘录)
+>
+> 借阅参考的资料:阮一峰的[Git工作流程](http://www.ruanyifeng.com/blog/2015/12/git-workflow.html)、[《Git 分支管理策略》](https://www.ruanyifeng.com/blog/2012/07/git.html);掘金上zifeiyu的[GIT工作流指南系列--gitFlow工作流](https://juejin.cn/post/6844903997589946382#heading-4)、红尘炼心的[『前端进阶』—— 代码管理方案之Aone Flow](https://juejin.cn/post/6979605217184579591);[钱五哥の自由空间](http://www.brofive.org/)的[Git 代码分支模型GitFlow、GitHub Flow、Trunk Based Development](http://www.brofive.org/?p=2165);[替代分支模型](https://trunkbaseddevelopment.com/alternative-branching-models/);*[刘尚奇](https://insights.thoughtworks.cn/author/liushangqi/)*的[Gitflow有害论](http://insights.thoughtworks.cn/gitflow-consider-harmful/);Paul Hammant的[What is Trunk-Based Development?](https://paulhammant.com/2013/04/05/what-is-trunk-based-development/);以及公司前辈在技术分享会上的讲述
+>
+> 本人笔记地址分享:[`全部笔记`](https://gitee.com/hongjilin/hongs-study-notes)、[`Git笔记`](https://gitee.com/hongjilin/hongs-study-notes/tree/master/%E7%BC%96%E7%A8%8B_%E5%89%8D%E7%AB%AF%E5%BC%80%E5%8F%91%E5%AD%A6%E4%B9%A0%E7%AC%94%E8%AE%B0/Git%E5%AD%A6%E4%B9%A0%E7%AC%94%E8%AE%B0)
+
+# #目录
+
+>[TOC]
+
+# 一、Git 工作流程概念
+
+>Git 作为一个源码管理系统，不可避免涉及到多人协作。
+>
+>协作必须有一个规范的工作流程，让大家有效地合作，使得项目井井有条地发展下去。"工作流程"在英语里，叫做"workflow"或者"flow"，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡。
+>
+>如果你对于Git还不是很熟练,可以看本人关于Git的详细学习笔记,内给出了对应的学习教程来源    -->**[点我跳转](https://gitee.com/hongjilin/hongs-study-notes/tree/master/编程_前端开发学习笔记/Git学习笔记)** 
+
+## 1、定义
+
+>- 基于Git的强大分支能力所构建的一套软件开发工作流
+>- 根据项目具体需求定制的一套工作规范
+
+## 2、存在意义
+
+>1. 整个研发流程(软件工程)管理中的重要环节
+>    - 上游:项目管理/缺陷管理  
+>    - 下游:运维部署(CD)
+>
+>2. 所有类型的提出基本能解决:
+>   - 特性独立开发互不影响,记录发布历史
+>    - 多版本并行,多环境多渠道部署的不同需求
+
+## 3、功能驱动
+
+>- 常见的几种工作流程，有一个共同点：都采用["功能驱动式开发"](https://en.wikipedia.org/wiki/Feature-driven_development)（Feature-driven development，简称FDD）。
+>- 它指的是，需求是开发的起点，先有需求再有功能分支（feature branch）或者补丁分支（hotfix branch）。完成开发后，该分支就合并到主分支，然后被删除。
+>
+>例如:Git flow、Github flow、Gitlab flow等
+
+## 4、省流总结
+
+>- `没有银弹!!`-->没有非黑即白的工作流,只有不同应用场景的选择
+>- `branch的本质是一种轻量级的代码隔离技术,生命周期应该尽可能地短`
+>- 本身工作流也是一种人为规定的规范,可以结合常见的几种工作流然后取其精华去其糟粕规定出自己所需的工作流
+>- 工作中最好细致拆解任务,这样可以防止feature开发周期过长导致合并时带上`痛苦面具`
+>- 养成习惯:频繁进行pull与rebase操作,冲突还真是麻烦的
+
+# 二、Git Flow
+
+> 更详细的关于Git flow相关知识可以查阅阮一峰的[《Git 分支管理策略》](https://www.ruanyifeng.com/blog/2012/07/git.html)。
+>
+> 此工作流也是最具有争议的
+
+## 1、工作流程图
+
+>![image-20210702142024042](分支管理策略[Git工作流]学习笔记中的图片/image-20210702142024042.png)
+
+## 2、特点
+
+>它主要有两个特点
+>
+>1. 首先项目存在两个长期分支:
+>   - 主分支`master`
+>   - 开发分支`develop`
+>   - `ps`:前者用于存放对外发布的版本，任何时候在这个分支拿到的，都是稳定的分布版；后者用于日常开发，存放最新的开发版。
+>2. 其次，项目存在三种短期分支
+>   - 功能分支（feature branch）
+>   - 补丁分支（hotfix branch）
+>   - 预发分支（release branch）
+>   - ps`:一旦完成开发，它们就会被合并进`develop`或`master`，然后被删除。
+
+## 3、分支删除管理
+
+>- 特性分支合并到dev后,删除feature
+>- 发布分支合并到master和dev后,删除release
+>- 修复分支合并到master和dev后,删除hotfix
+
+## 4、GitFlow分支说明
+
+>根据主流的Git工作流,一般分为:master(`必须`)、release(`通常必须`)、develop(`必须`)、hoxfix/xxx、bug/xxx、feature/xxx,分支贯穿了整个**开发、测试、部署**流程
+>
+>各分支的定位以及权限描述:
+>
+>![image-20210702154430932](分支管理策略[Git工作流]学习笔记中的图片/image-20210702154430932.png) 
+
+## 5、缺点与其有害论
+
+>缺点
+>
+>- 特性分支基于dev,代码不够稳定
+>- 发布分支基于dev,可能含有不打算发布的特性
+>- 非官方推荐,类似于民间约定俗成的工作流
+>
+>有害论
+>
+>- 流程相对复杂,需要要求成员深刻理解流程并且严格执行
+>- merge总是痛苦和易错的,成本异常高,特别是feature的周期很长的时候.合并的时候总会带上`痛苦面具`
+>- 持续集成引起的不适
+>- 借阅的资料:[Gitflow有害论](http://insights.thoughtworks.cn/gitflow-consider-harmful/)
+
+## 6、工作流实践
+
+> 此实践参考资料来自于掘金的[zifeiyu的GIT工作流指南系列](https://juejin.cn/post/6844903997589946382)
+
+### Ⅰ-初始化
+
+>你可以从远程仓库clone项目或者本地新建项目
+>
+>1. 初始化命令
+>
+>```sh
+>git flow init
+>```
+>
+>2. 该命令会指引你去修改不同分支的前缀，建议没有特别的需求使用默认前缀即可
+>
+>   ```sh
+>   $ git flow init
+>   Initialized empty Git repository in /Users/tobi/acme-website/.git/
+>   Branch name for production releases: [master] 
+>   Branch name for "next release" development: [develop] 
+>   
+>   How to name your supporting branch prefixes?
+>   Feature branches? [feature/] 
+>   Release branches? [release/] 
+>   Hotfix branches? [hotfix/] 
+>   ```
+>
+>3. 如果你不需要修改默认的分支前缀（大多数情况）那么也可以使用如下命令进行初始化来跳过询问过程
+>
+>```sh
+>git flow init -d
+>```
+
+### Ⅱ-feature分支
+
+#### ① *本地操作流程*
+
+>- 当我们初始化完成之后，就可以开始一个新功能的开发，开发新功能需要在feature分支上进行，下面就让我们创建一个新的叫做rss-feed的feature分支
+>
+>```sh
+>git flow feature start rss-feed
+>```
+>
+>- 这个功能可能需要多人协作才能完成，所以我们需要把它发布到远端（如果是本地创建的项目，请先与远端仓库建立联系）
+>
+>```sh
+>git flow feature public rss-feed
+>```
+>
+>这条指令在远程仓库新建了一个feature/rss-feed的分支，并将本地ree-feed分支track上述分支，push本地分支代码。
+>
+>ps:该命令只能执行一次，当远程仓库已经有了相应分支，在执行该命令将会报错，这个时候只要执行push命令就可以了。
+>
+>- 经过一段时间的努力，我们跟同事一起协作开发完成了rss-feed分支上的功能，我们需要把这个feature分支合并到develop分支(可能还有别的feature分支，一起合并到develop)。
+>
+>```sh
+>git flow feature finish rss-feed
+>```
+>
+>*该命令做了以下几件事*
+>
+>- 切换到develop分支
+>- 将feature/rss-feed分支merge到develop分支
+>- 删除本地feature/rss-feed分支
+>
+>  `注意`:
+> - git flow进行merge操作或者tag操作的时候，会让打开vim编辑器让你填写merge信息或者tag信息（tag信息必须填写，否则无法打tag）
+> - 如果merge过程发生了冲突，则在第二步merge时终止流程，即不会再删除本地分支。但当前已处于develop分支，待本地冲突解决并commit后，重新执行git flow feature finish <feature_name>即可完成finish流程。
+
+#### ② *同步远程仓库*
+
+>- push本地develop分支
+>
+>- 删除远端仓库feature/rss-feed分支
+>
+>- ```sh
+>  git push origin develop
+>   git push origin :feature/rss-feed
+
+#### ③ ***finish指令的附加参数***
+
+>- -r mege前先进行rebase操作
+>- -F merge操作完成后删除远程和本地feature分支
+>- -k 保留feature分支
+
+### Ⅲ-release分支
+
+>当项目组的各个成员都完成了自己在本次版本中feature分支的功能开发并合并到develop分支，项目的管理员应当开始`release`操作。
+>
+>基于develop分支拉出release分支进行测试，发现bug项目组成员拉取release分支后直接在release分支上进行修改，并提交到远程仓库。
+
+#### **操作具体流程**
+
+>1. 切换到master分支
+>2. 执行git fetch检查更新： 如果远程仓库有更新，会停下来并让你先执行git pull命令（如果有冲突解决冲突并提交，这可能是唯一一种直接操作master分支的情形了）, 确保本地master是最新的。
+>3. 如果没有更新，将release/v2.0分支合并到本地master: 会让你填写merge信息，vim的形式（如何操作vim）
+>4. 将release/v2.0分支合并到本地develop
+>5. 删除本地release/v2.0分支
+>6. 注意:
+>   - 建议在使用`release finish`命令之前使用git pull更新develop和master代码，特别是master
+>   - 如果本地还有未finish的release分支，将不允许使用start指令开启新的release分支，这一点是对并行发布的一个限制。
+>7. 然后同步到远程
+
+### Ⅳ-hotfix分支
+
+>当我们的线上版本出现BUG需要紧急修复的时候，流程如下：
+>
+>1. 假设修复bug的版本号为v2.0-patch
+>
+>   ```sh
+>   git flow hotfix start v2.0-patch
+>   ```
+>
+>   hotfix并没有public命令，因为BUG一般是比较小且不可分割的逻辑单元，通常是单人在单个工作周期内完成，也不需要跟其他人协作。
+>
+>2. 本地完成修复，并测试通过commit之后就可以执行finish命令
+>
+>   ```sh
+>   git flow hotfix finish v2.0-patch
+>   ```
+>
+>3. 运行结果
+>
+>   ```sh
+>   Summary of actions:
+>   - Latest objects have been fetched from 'origin'
+>   - Hotfix branch has been merged into 'master'
+>   - The hotfix was tagged 'v2.0-patch'
+>   - Hotfix branch has been back-merged into 'develop'
+>   - Hotfix branch 'hotfix/v2.0-patch' has been deleted
+>   ```
+>
+>   对应的意思
+>
+>   - git fetch 检查本地与远端是否up-to-date
+>   - 将v2.0-patch分支合并到master分支
+>   - 生成「v2.0-pathc」标签
+>   - 将v2.0-patch分支合并到develop分支
+>   - 删除本地v2.0-patch分支
+
+### Ⅴ-关于feature分支的讨论
+
+>不知道大家有没有这个疑问？feature分支的逻辑功能颗粒度应当是怎样的？是一个可拆分的大任务？需要多人协作？还是一个不可拆分的逻辑单元，只能由一个人独立完成？
+>
+>我的看法是，每个人都应该有自己的feature分支，feature分支应当是不可拆分的完整逻辑功能，不应当多人协作；如果能够拆分那就拆成两个不同的feature分支。
+
+**这么做的理由是：**
+
+- 如果多人使用同一个feature，势必会导致publish的冲突，因为只能publish一次。
+- finish操作也只能有一个人完成
+- feature分支需要时不时的进行pull/push操作
+- 每个分支还必须有一个管理者，整个项目还需要一个最终管理者进行release操作，导致组织结构复杂，而软件工程开发本身是一个扁平化的结构，扁平化代表了高效率。
+
+**由此引发的讨论：**
+
+- 既然feature分支只是自己在用，是否有必要将feature分支publish到远程仓库呢？
+- 前端如何进行任务分配？模块化，微服务等概念如何在前端落地？一个项目如何能够拆分成互不干涉，完全解耦的几个部分？如果不能，那么多人协作的过程中势必会产生冲突和功能重复，代码冗余，如何避免呢？
+
+
+
+
+## 7、结论
+
+>Git flow的优点是清晰可控，缺点是相对复杂，需要同时维护两个长期分支。大多数工具都将`master`当作默认分支，可是开发是在`develop`分支进行的，这导致经常要切换分支，非常烦人。
+>
+>更大问题在于，这个模式是基于"版本发布"的，目标是一段时间以后产出一个新版本。但是，很多网站项目是"持续发布"，代码一有变动，就部署一次。这时，`master`分支和`develop`分支的差别不大，没必要维护两个长期分支。
+
+
+
+
+# 三、Trunk-based Flow
+
+>也许你会突然有疑惑,不应该先说 Github flow与Gitlab flow吗?
+>
+>其实这个工作流是本人学习`Git flow`过程中根据其缺点有人提出的新的工作流程,此处就将其排于`Git flow`之后
+>
+>更详细请看相关资料:[What is Trunk-Based Development?](https://paulhammant.com/2013/04/05/what-is-trunk-based-development/)
+
+## 1、工作流程图
+
+>![image-20210702144120442](分支管理策略[Git工作流]学习笔记中的图片/image-20210702144120442.png)
+>
+>适用场景:`适合于单一稳定产品线,迭代排期稳定,需求边界完全可控的团队`
+
+## 2、提出的原因
+
+>- 使用`Git flow`:
+>
+>  你会发现，在坚持持续集成实践的情况下，feature branch是一件非常矛盾的事情。持续集成在鼓励更加频繁的代码集成和交互，让冲突越早解决越好。feature branch的代码隔离策略却在尽可能推迟代码的集成。延迟集成所带来的恶果在软件开发的历史上已经出现过很多次了，每个团队自己写自己的代码是挺high，到最后不同团队进行联调集成的时候就傻眼了，经常出现写两个月代码，花一个月时间集成的情况，质量还无法保证。
+>
+>- 而此工作流所有的开发工作都在同一个master分支上进行，同时利用[Continuous Integration](http://www.martinfowler.com/articles/continuousIntegration.html)确保master上的代码随时都是production ready的。从master上拉出release分支进行release的追踪。
+
+## 3、缺点
+
+>没有Feature分支:feature branch可以确保没完成的feature不会进入到production呀。没关系，[Feature Toggle](http://martinfowler.com/bliki/FeatureToggle.html)技术也可以帮你做到这一点
+
+## 4、优点
+
+>对于持续集成,每日构建,每日冒烟十分友好
+
+# 四、GitHub Flow
+
+## 1、工作流程图
+
+>![image-20210702152422183](分支管理策略[Git工作流]学习笔记中的图片/image-20210702152422183.png) 
+>
+>详细了解看:https://guides.github.com/introduction/flow/
+
+## 2、特点
+
+>分支结构简单,`非常强调CR`,通过CR保证理论上主干代码质量有保障
+
+## 3、缺点
+
+>没有解答部署、环境、发布、集成等问题
+
+# 五、GitLab Flow
+
+>在`GitHub Flow`的基础上考虑了一些环境部署、项目管理等问题
+>
+>![image-20210702152726339](分支管理策略[Git工作流]学习笔记中的图片/image-20210702152726339.png) 
+
+# 六、Aone Flow
+
+>参考资料:掘金的红尘炼心的[『前端进阶』—— 代码管理方案之Aone Flow](https://juejin.cn/post/6979605217184579591)
+>
+>其关于此知识点博客写的已经很好了,摘录下来并加上自己少许理解
+
+## 1、开发流程
+
+>
+>
+>![image-20210702152841056](分支管理策略[Git工作流]学习笔记中的图片/image-20210702152841056.png) 
+>
+>在Aone Flow中只有三种分支，正式分支master，预发布分支release，功能分支(特性分支)feature。
+>
+>当开发新功能时，从master分支创建feature分支，分支的命名通常以“feature/功能名称”来命名，每个feature分支可以是一个人完成，或是多个人协作完成。
+>
+>切记不能用master分支去合并feature分支，也不能在master分支上直接修改代码然后提交，master分支只能用来合并release分支
+
+## 2、预发布流程
+
+>![image-20210702153327715](分支管理策略[Git工作流]学习笔记中的图片/image-20210702153327715.png) 
+>
+>在Aone Flow中使用release分支作为预发布分支，先用master分支创建一个release分支，分支的名称通常以release/环境名称，然后将要预发布的功能对应的feature分支合并到release分支。最后将release分支的代码部署到对应的预发布环境进行测试，若出现BUG，直接在release分支上修复，修复完成后再部署到对应的预发布环境测试。
+
+## 3、正式发布流程
+
+>![image-20210702153021942](分支管理策略[Git工作流]学习笔记中的图片/image-20210702153021942.png) 
+>
+>当release分支的代码在对应的预发布环境测试通过后，用master分支合并release分支，合并完成后打出一个tag，其tag的名称可以用版本号来命名，然后将tag上的代码部署到正式环境，正式发布流程完成，同时删除release分支和相关联的feature分支。
+
+## 4、修复正式环境的BUG流程
+
+>- 若正式环境出现BUG，那么要找到对应版本的tag，用tag创建出一个release分支，此时的release分支相当fixbug分支，在release分支上修复BUG后，将代码部署到对应的预发布环境进行测试。
+>- 若测试通过后，在release分支打一个tag，其tag的名字用该版本号后面加个小版本号来命名，如修复v1.1版本的BUG，则tag的名称为v1.1.1，然后将该tag的代码部署在正式环境，最后再用master分支合并release分支，合并完成后将release分支删除。
+>- 若测试未通过，继续在release分支修复BUG，再将代码部署到对应的预发布环境进行测试。
+
+## 5、可能的玩法
+
+>- 发布分支对应具体的环境
+>- 一个发布分支对应多个环境,比如把`灰度发布`和正式发布串在一起,中间加上人工验收的步骤  -->[什么是灰度发布？](http://www.appadhoc.com/blog/what-is-gray-release/)
+>- 分布分支对应办呢吧,再将一系列环境串联起来

Git学习笔记/开发中必须要掌握的 Git 技巧摘录.md

@@ -0,0 +1,342 @@
+# #目录
+
+>[TOC]
+
+## 开发中必须要掌握的 Git 技巧
+
+本文是参考廖雪峰老师的Git资料再加上我自己对Git的理解，记录我的Git学习历程，作下此文是为以后学习，工作，开发中如果遇到问题可以回过头来参考参考。因为水平有限，难免会有出错的地方，欢迎指正。
+
+廖雪峰老师讲Git讲的通俗易懂，对小白很友好。认认真真花上两天时间去整理，会有所收获的。
+
+廖老师的个人网站传送门：
+
+> https://www.liaoxuefeng.com/
+
+## Git是什么
+
+官方话：Git是一个免费的开源分布式版本控制系统，旨在快速高效地处理从小型到大型项目的所有事务。
+
+它能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以。
+
+## 为什么要学习Git
+
+- 面试要被问。可以应付面试。
+- 很多公司开发都用Git来处理项目。现在不学，以后肯定还要学。
+- 在我看来Git是现如今所有程序员都要掌握的，以后与同事共同开发项目必定要用到的，熟练掌握Git命令，可以提高开发的效率。
+
+## 安装Git
+
+### Windows
+
+直接在官网上去下载。下载完成后，随便在某个文件下右键如果有Git Bash Here就安装成功。安装后，还要在命令行输入
+
+```
+$git config --global user.name "你的名字"
+$git config --global user.email "你的邮箱"
+```
+
+global表示全局，这台机器所有的Git仓库都会使用这个配置。允许单个仓库使用其他的名字和邮箱。
+
+### Mac
+
+> Mac也可以像Windows一样，按上面的步骤安装。
+
+也可以直接从AppStore安装Xcode，Xcode集成了Git，不过默认没有安装，你需要运行Xcode，选择菜单“Xcode”->“Preferences”，在弹出窗口中找到“Downloads”，选择“Command Line Tools”，点“Install”就可以完成安装了。
+
+## 仓库
+
+![图片](https://mmbiz.qpic.cn/mmbiz/eQPyBffYbufTCibib86U9CCeu7ibdH4FyIsH10EpW9P88HfHYRVab9HxJjpmXpS2RqI0wNIiaibCOsZUWPrc3bfHs5w/640?wx_fmt=other&tp=webp&wxfrom=5&wx_lazy=1&wx_co=1)
+
+本地仓库是对于远程仓库而言的。本地仓库 = 工作区 + 版本区。
+
+- 工作区即磁盘上的文件集合。
+- 版本区(版本库)即.git文件。
+- 版本库 = 暂存区(stage) + 分支(master) + 指针Head。
+
+以我使用最频繁的git命令为例，即提交到github为例。
+
+- git init 原本本地仓库只包含着工作区，这是最常见的工作状态。此时，git init一下，表示在本地区域创建了一个.git文件,版本区建立。
+- git add . 表示把工作区的所有文件全部提交到版本区里面的暂存区
+- 当然你也可以通过 git add ./xxx/ 一条一条分批添加到暂存区。
+- git commit -m "xxx" 把暂存区的所有文件提交到仓库区，暂存区空空荡荡。
+- git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库连接起来。
+- git push -u origin master 把仓库区的文件提交到远程仓库里。
+- 一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的。会有这样的信息nothing to commit, working tree clean
+
+## 提交到GitHub
+
+以前不熟悉git命令的时候，我提交项目到github上都是直接在网页上直接拉取文件提交上去的。有点羞耻。
+
+![图片](https://mmbiz.qpic.cn/mmbiz/eQPyBffYbufTCibib86U9CCeu7ibdH4FyIs0icjYJkBm5FgUxI39IuibpzHx7zGpcb9EE0sPp19dqluib7icLHAGFnhOQ/640?wx_fmt=other&tp=webp&wxfrom=5&wx_lazy=1&wx_co=1)
+
+
+
+- git init .初始化，表示把这个文件变成Git可以管理的仓库。初始化后打开隐藏的文件可以看到有一个.git文件。
+- git add . 后面的一个点表示把这个文件全部提交到暂存区。
+- git add ./readme.md/ 表示把这个文件下面的readme.md文件提交到暂存区。
+- git commit -m "你要评论一点什么东西" git commit的意思是把暂存区的全部文件提交到本地仓库。-m后接评论。
+- git remote add origin https://github.com/name/name_cangku.git表示把你本地的仓库与GitHub上的远程仓库连接起来。只需要连接一次，以后提交的时候就可以不用谢这条命令了。name是你的github名字，name_cangku是你的仓库名。注意不要把后面的.git给漏掉了。因为我前面就是这么走过来的，绕了很多弯路。至于如何在GitHub上新建仓库，网上有很多教程，这里不再赘述了。
+- git push -u origin master 把本地仓库提交到远程仓库。(最后一步)在你的远程仓库上刷新一下就可以看到你提交的文件了。
+- 最后提到的是，在git commit -m ""之前，可以重复git add到暂存区。但是git commit会把你之前存放在暂存区的全部文件一次性全部提交到本地仓库。
+
+## 版本的回溯与前进
+
+提交一个文件，有时候我们会提交很多次，在提交历史中，这样就产生了不同的版本。每次提交，Git会把他们串成一条时间线。如何回溯到我们提交的上一个版本，用git reset --hard + 版本号即可。版本号可以用git log来查看，每一次的版本都会产生不一样的版本号。
+
+回溯之后，git log查看一下发现离我们最近的那个版本已经不见了。但是我还想要前进到最近的版本应该如何？只要git reset --hard + 版本号就行。退一步来讲，虽然我们可以通过git reset --hard + 版本号,靠记住版本号来可以在不同的版本之间来回穿梭。
+
+但是,有时候把版本号弄丢了怎么办？git reflog帮你记录了每一次的命令，这样就可以找到版本号了，这样你又可以通过git reset来版本穿梭了。
+
+## 撤销
+
+**场景1：**在工作区时，你修改了一个东西，你想撤销修改，git checkout -- file。廖雪峰老师指出撤销修改就回到和版本库一模一样的状态，即用版本库里的版本替换工作区的版本。
+
+**场景2：**你修改了一个内容，并且已经git add到暂存区了。想撤销怎么办？回溯版本，git reset --hard + 版本号,再git checkout -- file,替换工作区的版本。
+
+**场景3：**你修改了一个内容，并且已经git commit到了master。跟场景2一样，版本回溯，再进行撤销。
+
+## 删除
+
+如果你git add一个文件到暂存区，然后在工作区又把文件删除了，Git会知道你删除了文件。如果你要把版本库里的文件删除，git rm 并且git commit -m "xxx".
+
+如果你误删了工作区的文件，怎么办？使用撤销命令，git checkout --就可以。这再次证明了撤销命令其实就是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
+
+## 分支
+
+分支，就像平行宇宙，廖雪峰老师如是说。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。
+
+### 创建与合并分支
+
+![img](data:image/gif;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAADUlEQVQImWNgYGBgAAAABQABh6FO1AAAAABJRU5ErkJggg==)
+
+在没有其他分支插进来时，只有一个master主分支。每次你git push -u origin master 提交就是增加一条时间轴，master也会跟着移动。
+
+创建一个other的分支，通过other提交，虽然时间轴向前走了，但是主分支master还在原来的位置。
+
+理论分析完，看一下命令怎么写。
+
+**创建分支other,切换到other分支。**
+
+```
+git branch other
+git checkout other
+```
+
+**查看当前所有分支**
+
+```
+git branch
+```
+
+
+
+```
+* other
+  master
+```
+
+当前的分支会有一个*
+
+**用other提交**
+
+```
+git add ./xxx/
+git commit -m "xxx"
+```
+
+**other分支完成，切换回master**
+
+```
+git checkout master
+```
+
+此时，master分支上并没有other的文件，因为分支还没有合并。
+
+**合并分支**
+
+```
+git merge other
+```
+
+合并完成之后，就可以在master分支上查看到文件了。
+
+**删除other分支**
+
+```
+git branch -d other
+```
+
+我由此想到，在以后工作中，应该是一个开放小组共同开发一个项目，组长会创建很多分支，每一个分支可以交给一个人去开发某一个功能，一个小组共同开发而且不会相互干扰。谁的功能完成了，可以由组长合并一下完成了的分支。哦，完美！
+
+## 解决合并分支问题
+
+
+
+![图片](https://mmbiz.qpic.cn/mmbiz/eQPyBffYbufFIDkCuX4BXqUgSibdycoPPEfd4SmMEBDPQzEjXN5rSCuxY0X4b1wmPCckSmnlSfAYOKFA9kWleWQ/640?wx_fmt=other&tp=webp&wxfrom=5&wx_lazy=1&wx_co=1)
+
+假如有这样一种情况，分支other已经commit了，但是此时指针指回master时，并且master没有合并，而是git add / commit 提交了。这样，就产生了冲突，主分支master文件内容与other分支的内容不一样。合并不起来！所以，
+
+ 
+
+- 修改文件的内容，让其保持一致。
+
+- git add git commit 提交。
+
+- 分支合并了。
+
+  ![img](data:image/gif;base64,iVBORw0KGgoAAAANSUhEUgAAAAEAAAABCAYAAAAfFcSJAAAADUlEQVQImWNgYGBgAAAABQABh6FO1AAAAABJRU5ErkJggg==)
+
+- git log --graph 查看分支合并图
+
+- git branch -d other 删除分支，任务结束。
+
+## 分支管理策略
+
+git merge --no-ff other 禁用Fast forward模式，因为使用Fast forward模式，删除分支后，分支历史信息会丢失。Git的实现原理，点这里：[深入理解Git的实现原理](http://mp.weixin.qq.com/s?__biz=MzI4Njc5NjM1NQ==&mid=2247486905&idx=2&sn=50d4e5789262d7440c49684e1a652c7d&chksm=ebd63295dca1bb83f50f1b5fe2947fbcf1564decb95f4d3e4a04104f2c406f3f6fb23947be56&scene=21#wechat_redirect)
+
+### BUG分支
+
+> 廖雪峰老师提到，工作中每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。但如果你手上有分支在工作中，你的上级要你改另外的分支的BUG。
+>
+> 
+>
+> 你要把现在正在工作的分支保存下来，git stash,把当前工作现场“存储”起来，等以后恢复后继续工作。当你解决BUG后，git checkout other回到自己的分支。用git stash list查看你刚刚“存放”起来的工作去哪里了。
+
+此时你要恢复工作：
+
+- git stash apply恢复却不删除stash内容，git stash drop删除stash内容。
+- git stash pop恢复的同时把stash内容也删了.
+- 此时，用git stash list查看，看不到任何stash 内容。
+
+**总结：修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场**
+
+### 删除分支
+
+- git branch -d + 分支有可能会删除失败，因为Git会保护没有被合并的分支。
+- git branch -D + 分支 强行删除，丢弃没被合并的分支。
+
+### 多人协作
+
+- git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
+- git remote -v显示更详细的信息
+- git push -u origin master推送master分支到origin远程仓库。
+- git push -u origin other 推送other到origin远程仓库。
+
+### 抓取分支
+
+产生上图的冲突时，
+
+- git pull 把最新的提交从远程仓库中抓取下来，在本地合并，解决冲突。在进行git pull
+- 如果git pull 也失败了，还要指定分支之间的链接，这一步Git会提醒你怎么做。然后再git pull。
+
+廖雪峰老师的总结：多人协作的工作模式通常是这样：
+
+- 首先，可以试图用git push origin 
+
+  推送自己的修改；
+
+- 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
+
+- 如果合并有冲突，则解决冲突，并在本地提交；
+
+- 没有冲突或者解决掉冲突后，再用git push origin 
+
+  推送就能成功！
+
+- 如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to origin/。
+
+### Rebase
+
+git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观.缺点是本地的分叉提交已经被修改过了。
+
+最后在进行git push -u origin master
+
+rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。
+
+## 标签管理
+
+比如一个APP要上线，通常在版本库中打一个标签(tag),这样，就确定了打标签的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。
+
+Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针。
+
+tag其实就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。比如tag v2.1就是把历史上的一个版本的东西叫做v2.1
+
+### 创建标签
+
+步骤：
+
+- git branch查看当前分支,git checkout master切换到master分支。
+- git tag <name> 打标签，默认为HEAD。比如git tag v1.0
+- 默认标签是打在最新提交的commit上的。如果想要打标签在以前的commit上，要git log找到历史提交的commit id.
+- 如果一个commt id是du2n2d9,执行git tag v1.0 du2n2d9就把这个版本打上了v1.0的标签了。
+- git tag 查看所有标签，可以知道历史版本的tag
+- 标签不是按时间顺序列出，而是按字母排序的。
+- git show <tagname> 查看标签信息。
+- git tag -a <标签名> -m "<说明>",创建带说明的标签。-a指定标签名，-m指定说明文字。用show可以查看说明。
+
+### 操作标签
+
+- git tag -d v1.0 删除标签。因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。
+- git push origin <tagname> 推送某个标签到远程
+- git push origin --tags 一次性推送全部尚未推送到远程的本地标签
+- 如果标签推送到远程。git tag -d v1.0 先删除本地标签v1.0。git push origin :refs/tags/v1.0删除远程标签v1.0
+
+### 自定义Git
+
+- git config --global color.ui true让Git显示颜色，会让命令输出看起来更醒目
+- 忽略特殊文件 创建一个.gitignore文件，把需要忽略的文件名填进去。Git就会自动忽略这些文件。我也在学习中遇到过这样的问题，比如node_modules文件就可以忽略。
+
+> 忽略文件原则：忽略操作系统自动生成的文件，比如缩略图等；忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
+
+- 强制提交已忽略的的文件。git add -f <file>
+- git check-ignore -v <file>检查为什么Git会忽略该文件。
+- 给Git命令配别名,这个有点骚，就是你以后想输入git rebase时,你给它一个“外号”，就叫它git nb。以后你可以通过git nb来代替git rebase。
+
+## 常用Git命令总结
+
+- git config --global user.name "你的名字" 让你全部的Git仓库绑定你的名字
+- git config --global user.email "你的邮箱" 让你全部的Git仓库绑定你的邮箱
+- git init 初始化你的仓库
+- git add . 把工作区的文件全部提交到暂存区
+- git add ./<file>/ 把工作区的<file>文件提交到暂存区
+- git commit -m "xxx" 把暂存区的所有文件提交到仓库区，暂存区空空荡荡
+- git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库连接起来
+- git push -u origin master 把仓库区的主分支master提交到远程仓库里
+- git push -u origin <其他分支> 把其他分支提交到远程仓库
+- git status查看当前仓库的状态
+- git diff 查看文件修改的具体内容
+- git log 显示从最近到最远的提交历史  git log --pretty=oneline(更简洁的方式显示)
+- git clone + 仓库地址下载克隆文件
+- git reset --hard + 版本号 回溯版本，版本号在commit的时候与master跟随在一起
+- git reflog 显示命令历史
+- git checkout -- <file> 撤销命令，用版本库里的文件替换掉工作区的文件。我觉得就像是Git世界的ctrl + z
+- git rm 删除版本库的文件
+- git branch 查看当前所有分支
+- git branch <分支名字> 创建分支
+- git checkout <分支名字> 切换到分支
+- git merge <分支名字> 合并分支
+- git branch -d <分支名字> 删除分支,有可能会删除失败，因为Git会保护没有被合并的分支
+- git branch -D + <分支名字> 强行删除，丢弃没被合并的分支
+- git log --graph 查看分支合并图
+- git merge --no-ff <分支名字> 合并分支的时候禁用Fast forward模式,因为这个模式会丢失分支历史信息
+- git stash 当有其他任务插进来时，把当前工作现场“存储”起来,以后恢复后继续工作
+- git stash list 查看你刚刚“存放”起来的工作去哪里了
+- git stash apply 恢复却不删除stash内容
+- git stash drop 删除stash内容
+- git stash pop 恢复的同时把stash内容也删了
+- git remote 查看远程库的信息，会显示origin，远程仓库默认名称为origin
+- git remote -v 显示更详细的信息
+- git pull 把最新的提交从远程仓库中抓取下来，在本地合并,和git push相反
+- git rebase 把分叉的提交历史“整理”成一条直线，看上去更直观
+- git tag 查看所有标签，可以知道历史版本的tag
+- git tag <name> 打标签，默认为HEAD。比如git tag v1.0
+- git tag <tagName> <版本号> 把版本号打上标签，版本号就是commit时，跟在旁边的一串字母数字
+- git show <tagName> 查看标签信息
+- git tag -a <tagName> -m "<说明>" 创建带说明的标签。-a指定标签名，-m指定说明文字
+- git tag -d <tagName> 删除标签
+- git push origin <tagname> 推送某个标签到远程
+- git push origin --tags 一次性推送全部尚未推送到远程的本地标签
+- git push origin :refs/tags/<tagname> 删除远程标签<tagname>
+- git config --global color.ui true 让Git显示颜色，会让命令输出看起来更醒目
+- git add -f <file> 强制提交已忽略的的文件
+- git check-ignore -v <file> 检查为什么Git会忽略该文件

linux/linux备份/mondorescue备份.md

@@ -0,0 +1,106 @@
+# 1、安装mondorescue
+
+## 1.1、centos7
+
+```shell
+cd /etc/yum.repos.d
+wget ftp://ftp.mondorescue.org/centos/7/x86_64/mondorescue.repo
+vim mondorescue.repo
+[mondorescue]
+name=centos 7 x86_64 - mondorescue Vanilla Packages
+baseurl=ftp://ftp.mondorescue.org//centos/7/x86_64
+enabled=1
+gpgcheck=0 # 1改为0
+gpgkey=ftp://ftp.mondorescue.org//centos/7/x86_64/mondorescue.pubkey
+
+yum install mondo -y
+```
+
+## 1.2、优麒麟
+
+```shell
+vim /etc/apt/sources.list
+#4.0.2桌面版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2-desktop main restricted universe multiverse
+
+#4.0.2-sp1桌面版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp1-desktop main restricted universe multiverse
+
+#4.0.2-sp2桌面版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp2-desktop main restricted universe multiverse
+
+#4.0.2服务器版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2-server main restricted universe multiverse
+
+#4.0.2-sp1服务器版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp1-server main restricted universe multiverse
+
+#4.0.2-sp2服务器版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp2-server main restricted universe multiverse
+
+#4.0.2-sp2 FT2000+服务器版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp2-server-ft2000 main restricted universe multiverse
+
+#4.0.2-sp3版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp3 main restricted universe multiverse
+
+#4.0.2-sp4版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 4.0.2sp4 main restricted universe multiverse
+
+#V10版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 10.0 main restricted universe multiverse
+
+#V10.1版本:
+deb http://archive.kylinos.cn/kylin/KYLIN-ALL 10.1 main restricted universe multiverse
+
+
+wget ftp://ftp.mondorescue.org/ubuntu/16.04/mondorescue.sources.list
+sh -c "cat mondorescue.sources.list >> /etc/apt/sources.list" 
+# sh -c "cat mondorescue-test.sources.list >> /etc/apt/sources.list"
+apt-get update 
+apt-get install mondo 
+```
+
+# 2、生成iso文件
+
+```shell
+mondoarchive
+```
+
+* 选择hard disk
+
+![image-20220604220115961](assets/image-20220604220115961.png)
+
+* 其他的一律选择OK，等待备份完成
+
+![image-20220604220217068](assets/image-20220604220217068.png)
+
+* 进入`/var/cache/mondo`目录，导出iso文件
+
+# 3、恢复
+
+* 选择刚刚的iso文件。默认选择centos7系统
+
+![image-20220604223018915](assets/image-20220604223018915.png)
+
+* 输入nuke选择自动恢复
+
+![image-20220604223141370](assets/image-20220604223141370.png)
+
+* 恢复完成后，`重启电脑`，直接关机有可能不成功，虚拟机内存至少1G，硬盘至少20G。直接输入`exit`
+
+![image-20220605192912893](assets/image-20220605192912893.png)
+
+* 如果没有ip，直接重启即可
+
+# 3、如果安装了docker需要安装时候忽略这个目录
+
+```shell
+/var/lib/docker/devicemapper/devicemapper/
+```
+
+# 注意：！！！！！
+
+**恢复这个镜像的磁盘空间必须大于原始镜像的磁盘空间！！！！！！！**
+
+**例如：初始选择40G构建一个镜像，那么恢复镜像就必须选择大于等于40G的硬盘空间**

linux/linux备份/vagrant.md

@@ -0,0 +1,104 @@
+# 1、常用命令
+
+## 1.1、镜像
+
+```shell
+vagrant box add CentOS-7.box --name centos7
+
+vagrant box list
+
+vagrant box remove box名	
+```
+
+## 1.2、虚拟机
+
+```shell
+# 初始化虚拟机配置文件
+vagrant init boxname
+# 根据当前目录下的Vagrantfile 启动虚拟机
+vagrant up 
+# 根据当前目录下的Vagrantfile 启动虚拟机,并执行provision里面的指令
+# 因为里面的指令只有在第一次up 的时候会执行。
+vagrant up --provision
+# 根据当前目录下的Vagrantfile 进入虚拟机（交互模式）
+vagrant ssh
+# 根据当前目录下的Vagrantfile 暂停虚拟机
+vagrant suspend
+# 关机
+vagrant halt
+# 重新加载Vagrantfile，使之生效（相当于先 halt，再 up）
+vagrant reload
+# 根据当前目录下的Vagrantfile 重启虚拟机的时候执行Vagrantfile 里面的provision 的指令
+# 默认是vagrant up 的时候启动一次
+vagrant reload 一provision
+# 执行Vagrantfile 里面的provision 的指令
+vagrant provission
+# 查看虚拟机状态
+vagrant status 
+# 启动虚拟机
+vagrant up 
+# 删除虚拟机
+vagrant destroy 
+```
+
+## 1.3、启动
+
+```shell
+vagrant ssh
+sudo -i
+vi /etc/ssh/sshd_config
+PasswordAuthentication yes
+systemctl restart sshd
+echo root|passwd --stdin root
+```
+
+## 1.4、扩容
+
+```shell
+# pvcreate命令不存在解决方案
+yum -y install lvm2
+```
+
+
+
+[[(20条消息) centos7根目录扩容（根目录在sda3 vgdisplay为空）_杨咩咩yang的博客-CSDN博客_vgdisplay为空](https://blog.csdn.net/yang1393214887/article/details/120345884)](https://blog.csdn.net/umufeng/article/details/120940916?spm=1001.2101.3001.6650.3&utm_medium=distribute.pc_relevant.none-task-blog-2~default~CTRLIST~Rate-3-120940916-blog-105744142.pc_relevant_antiscanv3&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2~default~CTRLIST~Rate-3-120940916-blog-105744142.pc_relevant_antiscanv3&utm_relevant_index=6)
+
+[(20条消息) centos7扩容根目录（/dev/mapper/centos-root）_杨咩咩yang的博客-CSDN博客_centos7 根目录扩容](https://blog.csdn.net/yang1393214887/article/details/120346704)
+
+## 1.5、打包
+
+```shell
+# 查看虚拟机名称
+vboxmanage list vms
+vagrant package –-base [虚拟机名称] –-output [打包后的box名称]
+```
+
+# 2、配置文件
+
+```shell
+Vagrant.configure("2") do |config|
+  # 设置虚拟机的主机名
+  config.vm.hostname="k8s-node#{i}"
+  # 设置主机与虚拟机的共享目录
+  config.vm.synced_folder "~/Documents/vagrant/share", "/home/vagrant/share"
+
+  config.vm.box = "centos7"
+  config.vm.network "private_network", ip: "192.168.56.10"
+  config.disksize.size = '60GB'
+  config.vm.provider "virtualbox" do |vb|
+    vb.memory = "2048"
+    vb.name= "lab1"
+    vb.cpus= 2
+  end
+end
+
+```
+
+
+
+# 附录
+
+| 软件       | 官网                                                         |
+| ---------- | ------------------------------------------------------------ |
+| vagrant    | [Vagrant by HashiCorp (vagrantup.com)](https://www.vagrantup.com/) |
+| VirtualBox | [Oracle VM VirtualBox](https://www.virtualbox.org/)          |

linux/linux备份/vmwawre备份.md

@@ -0,0 +1,19 @@
+# 1、导出
+
+* 选择文件，导出为ovf即可
+* 注意事项，原有的镜像必须存在，即根镜像必须存在
+
+![image-20220604214134186](assets/image-20220604214134186.png)
+
+# 2、导入
+
+* 文件选择打开
+
+
+* 选择刚才的ovf文件即可
+
+![image-20220604214638715](assets/image-20220604214638715.png)
+* 注意事项：这三个文件必须在一个文件夹
+
+![image-20220604214754189](assets/image-20220604214754189.png)
+

linux/linux常见命令/学习正则表达式.md

@@ -0,0 +1,56 @@
+## 基本使用
+
+## grep  "搜索的字符"  文件名
+
+	grep "good"  test
+
+* -c	统计出现次数
+* -i	 不区分大小写
+* -n	删除行号
+* -v	反向匹配
+>这些参数也可以一起使用
+
+
+## 正则表达式与grep
+
+### 基础的正则表达式
+
+* \*符号	 匹配0次或者多次
+* .符号	匹配除了换行符之外的所有符号
+* \{n,m\}    指定匹配次数
+* ^表示以……开头
+* $		结尾
+* ^$	空行
+
+### 正则表达式的范围匹配
+
+* []	  匹配范围
+* \b	 匹配边界---表示只匹配\b里面的字符
+* \B	 非单词边界匹配
+* \w	 字母数字和下划线
+* \W	非字母非数字非下划线
+
+### 通配符的使用
+
+>注意该字符都要加上转义字符\
+
+
+* ？	      匹配前一个字符0次或者1次
+* \+	       匹配前一个字符1次以上
+* () 	  	一般与 | 一起使用表示枚举
+
+
+
+## 高级使用
+
+### 可以使用$()或者``结合运行复杂命令
+
+```shell
+docker rmi --force `docker images | grep doss-api | awk '{print $3}'`    
+或者
+docker rmi --force $(docker images | grep doss-api | awk '{print $3}')
+表示先执行docker images | grep doss-api | awk '{print $3}'
+将它执行后的结果，执行docker  rmi   
+
+```
+

linux/linux服务器配置/SSH免密登录.md

@@ -0,0 +1,44 @@
+>[TOC]
+
+# 1、前提条件
+
+```shell
+# 1.主机都安装SSH服务
+ssh
+# 2.若提示命令未找到，则需要安装ssh服务
+sudo apt-get update
+sudo apt-get install openssh-server
+service --status-all | grep ssh
+# 3.启动ssh服务，使用命令
+sudo service sshd start
+```
+
+# 2、主机A利用ssh免密登录主机B
+
+```shell
+# 1.在主机A上生成rsa密钥对
+ssh-keygen -t rsa # 所有提示均按回车默认
+cat id_rsa.pub >> authorized_keys
+# 2.将主机A上生成的公钥传到主机B中
+ssh-copy-id username@IP
+# 3.主机A上重启ssh服务
+sudo service ssh restart
+```
+
+# 3、配置别名，一键登录
+
+**主机A下键入“ssh mac”就可以免密登录到主机B**
+
+```shell
+# 1.主机A命令行下打开config文件
+vim ~/.ssh/config
+# 2.在config文件中添加如下内容
+Host node1
+    HostName 192.168.238.21
+    User root
+    Port 22
+Host master
+    HostName 192.168.238.20
+    User root
+    Port 22
+```

linux/linux服务器配置/centos网络配置.md

@@ -0,0 +1,91 @@
+# 1.配置网络
+1. 首先进入root模式
+2. 打开
+
+```shell
+cd /etc/sysconfig/network-scripts/
+vim ifcfg-ens33
+```
+```shell
+TYPE=Ethernet
+BOOTPROTO=static //这里改一下，默认的是dhcp，改成static表示静态的意思
+DEFROUTE=yes
+PEERDNS=yes
+PEERROUTES=yes
+IPV4_FAILURE_FATAL=no
+IPV6INIT=yes
+IPV6_AUTOCONF=yes
+IPV6_DEFROUTE=yes
+IPV6_PEERDNS=yes
+IPV6_PEERROUTES=yes
+IPV6_FAILURE_FATAL=no
+IPV6_ADDR_GEN_MODE=stable-privacy
+NAME=ens33
+UUID=fa3a4df3-e833-410a-9c95-94e3ee645d12
+DEVICE=ens33
+ONBOOT=yes //这里改成yes，表示网卡设备开机启动
+//下边的都是加上的
+IPADDR=192.168.133.20 //IP地址自己写，只要和网关处于同一网段就行，如192.168.133.xxx
+PREFIXO=24
+NTSMASK=255.255.0.0 //这里是子网掩码
+GATEWAY=192.168.133.2 //这里是网关
+DNS1=192.168.133.2 //这里是网关
+DNS2=8.8.8.8
+```
+3. 配置如下
+
+![image-20210705094943628](../../照片/image-20210705094943628.png)
+
+4. ![image-20210628154743311](../../照片/image-20210628154743311.png)
+
+5. 重启即可
+```shell
+systemctl restart network
+```
+
+# 2.关闭防火墙
+
+```
+systemctl stop firewalld && systemctl disable firewalld
+```
+
+# 3.开启时间同步
+
+```shell
+# 0.下载wget，如果没有的话
+yum install wget -y
+# 1.先备份
+mv /etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak
+# 2.下载
+wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
+yum install -y epel-release
+# 或者
+curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
+yum install -y epel-release
+# 非阿里云ECS用户会出现 Couldn't resolve host 'mirrors.cloud.aliyuncs.com' 信息，不影响使用。用户也可自行修改相关配置: eg:
+sed -i -e '/mirrors.cloud.aliyuncs.com/d' -e '/mirrors.aliyuncs.com/d' /etc/yum.repos.d/CentOS-Base.repo
+# 3.清理缓存
+yum clean all     # 清除系统所有的yum缓存
+yum makecache     # 生成yum缓存
+# 4.安装时间同步软件 
+yum install ntp -y
+systemctl enable ntpd && systemctl start ntpd
+timedatectl set-timezone Asia/Shanghai
+```
+
+# 4.主机名称
+
+```shell
+hostnamectl set-hostname  
+```
+
+# 5.界面控制
+
+```shell
+systemctl set-default multi-user.target  //设置成命令模式
+
+
+systemctl set-default graphical.target  //设置成图形模式
+# 进入图像模式
+startx 
+```

linux/linux服务器配置/tmux/tmux.md

@@ -0,0 +1,117 @@
+>[TOC]
+
+
+# 1、tmux简介
+
+tmux (opens new window)是linux中一种管理窗口的程序，它提供了一个Session随时存储和恢复的功能。
+
+# 2、软件安装
+
+```shell
+# Mac
+$ brew install tmux
+
+# Ubuntu 或 Debian
+$ sudo apt-get install tmux
+
+# CentOS 或 Fedor可以使用yum/dnf/brew等方式安装，brew版本更高些
+$ yum install tmux
+```
+
+# 3、软件的使用
+
+```shell
+# 加载配置文件
+tmux source-file ~/.tmux.conf
+
+# 新建会话
+tmux new -s hdcms
+# 查看会话
+ctrl+b s
+# 重命名会话
+Ctrl+b $
+
+# 创建窗口
+ctrl+b c
+# 切换到2号窗口
+ctrl+b 2
+# 重命名窗口
+ctrl+b , 
+# 关闭窗口
+ctrl+b &
+
+# 水平拆分出一个新窗格
+ctrl+b %
+# 垂直拆分窗格
+ctrl+b "
+# 切换到下一个窗格
+ctrl+b o
+# 关闭窗格
+ctrl+b x
+```
+
+# 4、保存回话
+
+```shell
+# 安装插件
+git clone https://github.com/tmux-plugins/tpm ~/.tmux/plugins/tpm
+git clone https://github.com/tmux-plugins/tmux-resurrect ~/.tmux/plugins/resurrect
+
+# 修改配置文件 ~/.tmux.conf添加以下内容
+# 自动保存会话
+set -g @plugin 'tmux-plugins/tpm'
+set -g @plugin 'tmux-plugins/tmux-sensible'
+set -g @plugin 'tmux-plugins/tmux-resurrect'
+set -g @plugin 'tmux-plugins/tmux-continuum'
+set -g @continuum-save-interval '15'
+set -g @continuum-restore 'on'
+set -g @resurrect-capture-pane-contents 'on'
+run '~/.tmux/plugins/tpm/tpm'
+
+run-shell ~/.tmux/plugins/resurrect/resurrect.tmux
+
+# 返回终端重新加载配置项
+tmux source ~/.tmux.conf
+
+# 然后执行命令安装插件，默认的prefix是crl+b
+prefix + I 
+
+# 保存会话
+prefix + Ctrl-s
+
+# 恢复会话
+prefix + Ctrl-r
+
+```
+
+# 5、常用快捷键
+
+## 5.1、窗格快捷键
+
+| **快捷键**        | **说明**                                   |
+| ----------------- | ------------------------------------------ |
+| Ctrl+b %          | 划分左右两个窗格                           |
+| Ctrl+b "          | 划分上下两个窗格                           |
+| Ctrl+b ;          | 切换到上一个窗格                           |
+| Ctrl+b o          | 光标切换到下一个窗格                       |
+| Ctrl+b {          | 当前窗格左移                               |
+| Ctrl+b }          | 当前窗格右移                               |
+| Ctrl+b Ctrl+o     | 当前窗格上移                               |
+| Ctrl+b Alt+o      | 当前窗格下移                               |
+| Ctrl+b x          | 关闭当前窗格                               |
+| Ctrl+b !          | 将当前窗格拆分为一个独立窗口               |
+| Ctrl+b z          | 当前窗格全屏显示，再使用一次会变回原来大小 |
+| Ctrl+b q          | 显示窗格编号                               |
+| Ctrl+b Alt+方向键 | 调整窗格大小                               |
+
+## 5.2、窗口管理
+
+| 快捷键   | 说明                                              |
+| -------- | ------------------------------------------------- |
+| Ctrl+b p | 切换到上一个窗口（按照状态栏上的顺序）            |
+| Ctrl+b n | 切换到下一个窗口                                  |
+| Ctrl+b   | 切换到指定编号的窗口，number 是状态栏上的窗口编号 |
+| Ctrl+b w | 从列表中选择窗口                                  |
+| ctrl+b & | 关闭当前窗口                                      |
+| ctrl+b x | 删除窗口                                          |
+

linux/linux服务器配置/tmux/配置文件md

@@ -0,0 +1,23 @@
+````shell
+# .tmux.conf
+run-shell /home/seamew/software/tmux-onedark-theme/tmux-onedark-theme.tmux
+set -g @onedark_widgets " "
+set -g @onedark_time_format "%I:%M "
+set -g @onedark_date_format "%m/%d"
+set-option -g status-position bottom
+# 窗口序号从1开始计数
+set -g base-index 1
+
+# 自动保存会话
+set -g @plugin 'tmux-plugins/tpm'
+set -g @plugin 'tmux-plugins/tmux-sensible'
+set -g @plugin 'tmux-plugins/tmux-resurrect'
+set -g @plugin 'tmux-plugins/tmux-continuum'
+set -g @continuum-save-interval '15'
+set -g @continuum-restore 'on'
+set -g @resurrect-capture-pane-contents 'on'
+run '~/.tmux/plugins/tpm/tpm'
+
+run-shell ~/.tmux/plugins/resurrect/resurrect.tmux
+````
+

linux/linux服务器配置/ubuntu和windows时间不同步.md

@@ -0,0 +1,23 @@
+# windows和ubuntu双系统时间不同步
+
+```
+# 查看ubuntu时间
+timedatectl
+
+# 注意到Local和RTC时间不对需要解决
+```
+
+# 解决
+
+1. 先在ubuntu下更新一下时间，确保时间无误：
+```
+sudo apt-get install ntpdate
+sudo ntpdate time.windows.com
+# 如果报错可以使防火墙问题
+sudo iptables -I INPUT -m udp -p udp --dport 123 -j ACCEPT
+```
+
+2. 然后将时间更新到硬件上：
+```
+sudo hwclock --localtime --systohc
+```

linux/linux服务器配置/zsh/zsh的使用.md

@@ -0,0 +1,120 @@
+# 1.安装zsh和oh-my-zsh
+
+## 安装zsh
+
+```
+sudo apt-get install -y zsh
+```
+
+## 安装oh-my-zsh
+
+[oh-my-zsh](https://ohmyz.sh/)
+
+```
+sh -c "$(curl -fsSL https://raw.github.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"
+```
+
+# 2.将zsh设置为系统默认终端
+
+执行这条语句:
+```
+chsh -s `which zsh`
+```
+然后重新登录系统即可
+
+# 3.设置主题
+
+需要在配置文件~/.zshrc中设置
+```
+ZSH_THEME="ys"
+```
+重启zsh即可，或者直接更新源
+```
+source ~/.zshrc 
+```
+## agnoster
+该主题需要安装字体库
+```
+sudo apt-get install fonts-powerline
+# 清理一下字体缓存
+fc-cache -vf 
+# 查一下字体是否生效了
+fc-list 
+```
+
+## ys 
+
+## bira
+
+# 4.常见问题
+
+## 4.1复制卡顿
+
+是插件autosuggest导致的，需要设置
+```
+# 解决卡顿问题
+# This speeds up pasting w/ autosuggest
+# https://github.com/zsh-users/zsh-autosuggestions/issues/238
+pasteinit() {
+  OLD_SELF_INSERT=${${(s.:.)widgets[self-insert]}[2,3]}
+  zle -N self-insert url-quote-magic # I wonder if you'd need `.url-quote-magic`?
+}
+
+pastefinish() {
+  zle -N self-insert $OLD_SELF_INSERT
+}
+zstyle :bracketed-paste-magic paste-init pasteinit
+zstyle :bracketed-paste-magic paste-finish pastefinish
+```
+
+或者是git导致的需要设置
+
+```
+git config --global oh-my-zsh.hide-status 1
+```
+
+## 4.2没有自动补全插件
+
+1. 没有[incr](https://mimosa-pudica.net/zsh-incremental.html)插件该插件需要手动下载
+2. 然后进入oh-my-zsh插件文件夹，路径为~/.oh-my-zsh/plugins/ 
+3. 然后在/.oh-my-zsh/plugins/incr路径下执行终端指令
+```
+source incr*.zsh
+```
+4. 末尾添加
+```
+# 自动补全插件
+source ~/.oh-my-zsh/plugins/incr/incr*.zsh
+```
+5. 最后更新源
+```
+source ~/.zshrc 
+```
+
+## 4.3没有自动建议插件
+
+1. 该插件也需要手动下载[zsh-autosuggestions](https://github.com/zsh-users/zsh-autosuggestions)  
+注：该插件默认安装在/home/seamew/.oh-my-zsh/custom/plugins 目录下，需要将它移动到/home/seamew/.oh-my-zsh/plugins目录
+2. 设置`~/.zshrc`，把`zsh-autosuggestions`添加到 Oh My Zsh 要加载的插件列表中
+```
+# 这里也添加了mvn插件
+plugins=(git zsh-autosuggestions mvn)
+
+```
+3. 最后更新源
+```
+source ~/.zshrc 
+```
+
+## 4.4代码高亮
+
+插件地址[sh-syntax-highlighting](https://github.com/zsh-users/zsh-syntax-highlighting)
+安装方法与4.3一样，不再赘述
+
+## 4.5自动补全功能
+
+插件地址[zsh-completions](https://github.com/zsh-users/zsh-completions)
+
+## 4.6环境变量不生效
+
+需要在配置.zshrc中添加对应的设置

linux/linux服务器配置/zsh/zsh的配置文件.md

@@ -0,0 +1,121 @@
+```shell
+# If you come from bash you might have to change your $PATH.
+export PATH=$HOME/bin:/usr/local/bin:$PATH
+ 
+# Path to your oh-my-zsh installation.
+export ZSH=/home/seamew/.oh-my-zsh
+ 
+# Set name of the theme to load. Optionally, if you set this to "random"
+# it'll load a random theme each time that oh-my-zsh is loaded.
+# See https://github.com/robbyrussell/oh-my-zsh/wiki/Themes
+# zhs的主题 crunch
+ZSH_THEME="ys"		
+# Set list of themes to load
+# Setting this variable when ZSH_THEME=random
+# cause zsh load theme from this variable instead of
+# looking in ~/.oh-my-zsh/themes/
+# An empty array have no effect
+# ZSH_THEME_RANDOM_CANDIDATES=( "robbyrussell" "agnoster" )
+ 
+# Uncomment the following line to use case-sensitive completion.
+# CASE_SENSITIVE="true"
+ 
+# Uncomment the following line to use hyphen-insensitive completion. Case
+# sensitive completion must be off. _ and - will be interchangeable.
+# HYPHEN_INSENSITIVE="true"
+ 
+# Uncomment the following line to disable bi-weekly auto-update checks.
+# DISABLE_AUTO_UPDATE="true"
+ 
+# Uncomment the following line to change how often to auto-update (in days).
+# export UPDATE_ZSH_DAYS=13
+ 
+# Uncomment the following line to disable colors in ls.
+# DISABLE_LS_COLORS="true"
+ 
+# Uncomment the following line to disable auto-setting terminal title.
+# DISABLE_AUTO_TITLE="true"
+ 
+# Uncomment the following line to enable command auto-correction.
+# ENABLE_CORRECTION="true"
+ 
+# Uncomment the following line to display red dots whilst waiting for completion.
+# COMPLETION_WAITING_DOTS="true"
+ 
+# Uncomment the following line if you want to disable marking untracked files
+# under VCS as dirty. This makes repository status check for large repositories
+# much, much faster.
+# DISABLE_UNTRACKED_FILES_DIRTY="true"
+ 
+# Uncomment the following line if you want to change the command execution time
+# stamp shown in the history command output.
+# The optional three formats: "mm/dd/yyyy"|"dd.mm.yyyy"|"yyyy-mm-dd"
+# HIST_STAMPS="mm/dd/yyyy"
+ 
+# Would you like to use another custom folder than $ZSH/custom?
+# ZSH_CUSTOM=/path/to/new-custom-folder
+ 
+# Which plugins would you like to load? (plugins can be found in ~/.oh-my-zsh/plugins/*)
+# Custom plugins may be added to ~/.oh-my-zsh/custom/plugins/
+# Example format: plugins=(rails git textmate ruby lighthouse)
+# Add wisely, as too many plugins slow down shell startup.
+ 
+# z命令快速跳转目录     x命令解压一切文件         命令行可以直接google  
+plugins=(
+  git 
+  z 
+  zsh-autosuggestions 
+  extract 
+  zsh-syntax-highlighting 
+  mvn 
+  zsh-completions 
+  docker 
+  npm
+  node 
+  yarn
+)
+ 
+source $ZSH/oh-my-zsh.sh
+ 
+# User configuration
+ 
+# export MANPATH="/usr/local/man:$MANPATH"
+ 
+# You may need to manually set your language environment
+# export LANG=en_US.UTF-8
+ 
+# Preferred editor for local and remote sessions
+# if [[ -n $SSH_CONNECTION ]]; then
+#   export EDITOR='vim'
+# else
+#   export EDITOR='mvim'
+# fi
+ 
+# Compilation flags
+# export ARCHFLAGS="-arch x86_64"
+ 
+# ssh
+# export SSH_KEY_PATH="~/.ssh/rsa_id"
+ 
+# Set personal aliases, overriding those provided by oh-my-zsh libs,
+# plugins, and themes. Aliases can be placed here, though oh-my-zsh
+# users are encouraged to define aliases within the ZSH_CUSTOM folder.
+# For a full list of active aliases, run `alias`.
+#
+# Example aliases
+# alias zshconfig="mate ~/.zshrc"
+# alias ohmyzsh="mate ~/.oh-my-zsh"
+# 解决复制卡顿问题
+pasteinit() {
+  OLD_SELF_INSERT=${${(s.:.)widgets[self-insert]}[2,3]}
+  zle -N self-insert url-quote-magic # I wonder if you'd need `.url-quote-magic`?
+}
+
+pastefinish() {
+  zle -N self-insert $OLD_SELF_INSERT
+}
+zstyle :bracketed-paste-magic paste-init pasteinit
+zstyle :bracketed-paste-magic paste-finish pastefinish 
+# 自动更新的时间间隔，单位是天，这里设置 30 天更新一次
+export UPDATE_ZSH_DAYS=1
+```

linux/linux服务器配置/字体.md

@@ -0,0 +1,17 @@
+# 修改linux字体
+
+```bash
+# 在 /usr/share/fonts/ 里面创建个子目录,或者直接放里面也行(不推荐)
+sudo mkdir /usr/share/fonts/wps
+sudo cp *.ttf /usr/share/fonts/wps
+
+# 生成字体索引信息
+sudo mkfontscale
+sudo mkfontdir
+
+# 更新字体缓存
+sudo fc-cache -fv
+
+# 查看字体列表
+fc-list
+```

linux/linux服务器防护/iptables.md

@@ -0,0 +1,97 @@
+> [TOC]
+
+# 1、配置iptables
+
+```shell
+# 1.需要先安装---一般不需要安装centos7自带的
+yum install iptables-services
+# 配置自启动
+systemctl start iptables.service && systemctl enable iptables.service
+
+# 2.查看规则
+iptables -L INPUT
+iptables -L OUTPUT
+iptables -L
+
+# 3.（此命令将保存规则，下次开机自动执行）
+iptables-save
+```
+
+# 2、封禁操作
+
+```shell
+# 1.添加屏蔽IP
+# 禁止此IP访问服务器
+iptables -I INPUT -s 1.2.3.4 -j DROP
+# 或
+iptables -A INPUT -s 1.2.3.4 -j DROP
+
+# 2.禁止服务器访问此IP
+iptables -A OUTPUT -d 1.2.3.4 -j DROP
+
+# 3.如果要封某个网段：
+iptables -I INPUT -s 1.2.3.0/24 -j DROP
+```
+
+# 3、解封操作
+
+```shell
+# 1.清空屏蔽IP----一个是出流量一个是入流量
+iptables -t filter -D INPUT -s 1.2.3.4 -j DROP
+iptables -t filter -D OUTPUT -d 1.2.3.4 -j DROP
+
+# 2.一键清空所有规则
+iptables -F
+```
+
+# 4、大流量冲击
+
+```shell
+# 1.处理IP碎片数量,防止攻击,允许每秒100个
+iptables -A FORWARD -f -m limit --limit 100/s --limit-burst 100 -j ACCEPT
+# 2.设置ICMP包过滤,允许每秒1个包,限制触发条件是10个包
+iptables -A FORWARD -p icmp -m limit --limit 1/s --limit-burst 10 -j ACCEPT
+```
+
+# 5、脚本
+
+```sh
+#! 使用firewalld
+#! /bin/bash
+PATH=$PATH:/usr/sbin
+cat /var/log/secure|awk '/Failed/{print $(NF-3)}'|sort|uniq -c|awk '{print $2"="$1;}' > /usr/local/bin/black.txt
+for i in `cat  /usr/local/bin/black.txt`
+do
+  IP=`echo $i |awk -F= '{print $1}'`
+  NUM=`echo $i|awk -F= '{print $2}'`
+   if [ $NUM -gt 5 ];then
+      grep $IP /etc/hosts.deny > /dev/null
+    if [ $? -gt 0 ];then
+      echo "sshd:$IP:deny" >> /etc/hosts.deny
+    fi
+  fi
+done
+```
+
+```sh
+#! 使用iptables
+#! /bin/bash
+PATH=$PATH:/usr/sbin
+cat /var/log/secure|awk '/Failed/{print $(NF-3)}'|sort|uniq -c|awk '{print $2"="$1;}' > /usr/local/bin/black.txt
+for i in `cat  /usr/local/bin/black.txt`
+do
+  IP=`echo $i |awk -F= '{print $1}'`
+  NUM=`echo $i|awk -F= '{print $2}'`
+   if [ $NUM -gt 5 ];then
+   	  iptables -t filter -D INPUT -s ${IP} -j DROP
+      iptables -I INPUT -s ${IP} -j DROP
+      iptables-save
+   fi
+done
+```
+
+```shell
+crontab -e
+ */5 * * * *  sh /usr/local/bin/secure_ssh.sh
+```
+

linux/linux服务器防护/linux防火墙.md

@@ -0,0 +1,78 @@
+# centos防火墙相关设置
+
+***
+
+## 1、防火墙状态管理
+
+```shell
+# 查看默认防火墙状态
+firewall-cmd --state 
+# 开启防火墙命令：
+systemctl start firewalld
+# 重启防火墙命令：
+systemctl restart firewalld
+# 关闭防火墙命令
+systemctl stop firewalld
+# 安装Firewall命令：
+yum install -y firewalld firewalld-config
+# 开机启动
+systemctl enable firewalld
+# 禁止开机启动
+systemctl disable firewalld
+# 查看状态
+systemctl status firewalld
+```
+
+## 2、防火墙关闭或者开启端口
+
+```shell
+# Firewall开启常见端口命令：
+firewall-cmd --zone=public --add-port=80/tcp --permanent
+firewall-cmd --zone=public --add-port=443/tcp --permanent
+firewall-cmd --zone=public --add-port=22/tcp --permanent
+firewall-cmd --zone=public --add-port=21/tcp --permanent
+firewall-cmd --zone=public --add-port=53/udp --permanent
+
+# Firewall关闭常见端口命令：
+firewall-cmd --zone=public --remove-port=80/tcp --permanent
+firewall-cmd --zone=public --remove-port=443/tcp --permanent
+firewall-cmd --zone=public --remove-port=22/tcp --permanent
+firewall-cmd --zone=public --remove-port=21/tcp --permanent
+firewall-cmd --zone=public --remove-port=53/udp --permanent
+
+# 批量添加区间端口
+firewall-cmd --zone=public --add-port=4400-4600/udp --permanent
+firewall-cmd --zone=public --add-port=4400-4600/tcp --permanent
+
+# 批量删除区间端口
+firewall-cmd --zone=public --remove-port=4400-4600/udp --permanent
+firewall-cmd --zone=public --remove-port=4400-4600/tcp --permanent
+```
+
+## 3、防火墙开放特点端口
+
+```shell
+# 针对某个 IP开放端口
+firewall-cmd --permanent --add-rich-rule="rule family="ipv4" source address="192.168.142.166" port protocol="tcp" port="6379" accept"
+firewall-cmd --permanent --add-rich-rule="rule family="ipv4" source address="192.168.0.233" accept"
+
+# 针对一个ip段访问
+firewall-cmd --permanent --add-rich-rule="rule family="ipv4" source address="10.168.58.0/28" port  protocol="tcp" port="2181" accept"
+firewall-cmd --permanent --add-rich-rule="rule family="ipv4" source address="192.168.1.0/24" port protocol="tcp" port="9200" accept"
+
+# 删除某个IP
+firewall-cmd --permanent --remove-rich-rule="rule family="ipv4" source address="192.168.1.51" accept"
+```
+
+## 4、防火墙注意事项
+
+```shell
+# 操作后别忘了执行重载
+firewall-cmd --reload
+
+# 查看端口开启状态
+firewall-cmd --query-port=9998/tcp
+
+# 查看防火墙规则
+firewall-cmd --list-all 
+```

tcp/Web 协议详解与抓包实战/1、HTTP1.1协议.md

@@ -0,0 +1,599 @@
+> [TOC]
+
+# 1、浏览器发起HTTP请求的典型场景
+
+![image-20220806144233998](assets/image-20220806144233998.png)
+
+![image-20220806144244409](assets/image-20220806144244409.png)
+
+# 2、HTTP协议
+
+## 2.1、定义
+
+​		一种无状态的、应用层的、以请求/应答方式运行的协议，它使用可扩展的语义和自描述消息格式，与基于网络的超文本信息系统灵活的互动
+
+## 2.2、基于ABNF定义的HTTP消息
+
+![image-20220806145420006](assets/image-20220806145420006.png)
+
+![image-20220806145434440](assets/image-20220806145434440.png)
+
+![image-20220807223707927](assets/image-20220807223707927.png)
+
+![image-20220806145915215](assets/image-20220806145915215.png)
+
+## 2.3、网络为什么要分层？
+
+**OSI三次模型**
+
+![image-20220806151123689](assets/image-20220806151123689.png)
+
+* 应用层：HTTP，P2P实际所在的层次，解决业务问题
+* 表示层：负责将网络消息转换为应用层可以读取的消息
+* 会话层：建立session，建立会话和管理
+* 传输层：进程之间的通讯，报文可达。TCP
+* 网络层：广域网，IP协议
+* 数据链路层：局域网中，二层路由器
+* 物理层：物理介质。交换机
+
+**TCP/IP协议**
+
+![image-20220806151624737](assets/image-20220806151624737.png)
+
+## 2.4、HTTP解决了什么问题？
+
+![image-20220806154100285](assets/image-20220806154100285.png)
+
+## 2.5、HTTP设计遵循的web架构原则
+
+![image-20220806154143306](assets/image-20220806154143306.png)
+
+![image-20220806155015178](assets/image-20220806155015178.png)
+
+* a路径：代理+反向代理+服务器
+* b路径：直接到达服务器
+* c路径：代理+服务器
+
+# 3、五类架构风格推到出HTTP的REST架构
+
+## 3.1、架构风格
+
+![image-20220806155335413](assets/image-20220806155335413.png)
+
+### 3.1.1、数据流风格
+
+![image-20220806155456202](assets/image-20220806155456202.png)
+
+### 3.1.2、复制风格
+
+![image-20220806162104407](assets/image-20220806162104407.png)
+
+### 3.1.3、分层风格
+
+![image-20220806162157828](assets/image-20220806162157828.png)
+
+![image-20220806162335706](assets/image-20220806162335706.png)
+
+### 3.1.4、移动代码风格
+
+![image-20220806162518481](assets/image-20220806162518481.png)
+
+### 3.1.5、点对点风格
+
+![image-20220806162745010](assets/image-20220806162745010.png)
+
+## 3.2、风格演化（LCODC$SS）
+
+![image-20220806163012278](assets/image-20220806163012278.png)
+
+# 4、URI的基本格式以及与URL的区别
+
+## 4.1、什么是URI
+
+![image-20220806202916858](assets/image-20220806202916858.png)
+
+![image-20220806203014182](assets/image-20220806203014182.png)
+
+## 4.2、URI的组成
+
+![image-20220806204504063](assets/image-20220806204504063.png)
+
+## 4.3、URI的格式
+
+![image-20220806204606335](assets/image-20220806204606335.png)
+
+![image-20220806204631447](assets/image-20220806204631447.png)
+
+![image-20220806204759320](assets/image-20220806204759320.png)
+
+## 4.4、相对URI
+
+![image-20220806204828999](assets/image-20220806204828999.png)
+
+## 4.5、URI编码
+
+### 4.5.1、为什么要进行URI编码？
+
+![image-20220806204928022](assets/image-20220806204928022.png)
+
+![image-20220806205027008](assets/image-20220806205027008.png)
+
+### 4.5.2、编码方式
+
+![image-20220806205107975](assets/image-20220806205107975.png)
+
+# 5、HTTP请求行
+
+## 5.1、请求格式
+
+![image-20220806205257838](assets/image-20220806205257838.png)
+
+![image-20220806205305103](assets/image-20220806205305103.png)
+
+![image-20220806205358329](assets/image-20220806205358329.png)
+
+## 5.2、常见方法
+
+![image-20220806205426999](assets/image-20220806205426999.png)
+
+![image-20220806205908230](assets/image-20220806205908230.png)
+
+# 6、HTTP响应
+
+## 6.1、HTTP响应行
+
+![image-20220806210436558](assets/image-20220806210436558.png)
+
+## 6.2、HTTP响应码
+
+![image-20220806210459359](assets/image-20220806210459359.png)
+
+![image-20220806210505853](assets/image-20220806210505853.png)
+
+![image-20220806210512198](assets/image-20220806210512198.png)
+
+![image-20220806210521437](assets/image-20220806210521437.png)
+
+![image-20220806210530673](assets/image-20220806210530673.png)
+
+![image-20220806210540664](assets/image-20220806210540664.png)
+
+![image-20220806210549017](assets/image-20220806210549017.png)
+
+![image-20220806210558017](assets/image-20220806210558017.png)
+
+![image-20220806210603899](assets/image-20220806210603899.png)
+
+![image-20220806210609644](assets/image-20220806210609644.png)
+
+![image-20220806210615289](assets/image-20220806210615289.png)
+
+# 7、长连接与短连接
+
+## 7.1、简单的短连接
+
+![image-20220806213308581](assets/image-20220806213308581.png)
+
+![image-20220806213250798](assets/image-20220806213250798.png)
+
+## 7.2、持久的长连接
+
+![image-20220806213257668](assets/image-20220806213257668.png)
+
+## 7.3、connect注意事项
+
+![image-20220806213614563](assets/image-20220806213614563.png)
+
+![image-20220806213640171](assets/image-20220806213640171.png)
+
+# 8、HOST头部
+
+![image-20220807193047285](assets/image-20220807193047285.png)
+
+## 8.1、如何传递IP地址到服务器？
+
+![image-20220807193318110](assets/image-20220807193318110.png)
+
+![image-20220807193522235](assets/image-20220807193522235.png)
+
+# 9、请求与响应的上下文
+
+## 9.1、User-Agent
+
+![image-20220807193726574](assets/image-20220807193726574.png)
+
+## 9.2、Referer
+
+![image-20220807194722974](assets/image-20220807194722974.png)
+
+## 9.3、From
+
+![image-20220807194844430](assets/image-20220807194844430.png)
+
+## 9.4、Server
+
+![image-20220807194911574](assets/image-20220807194911574.png)
+
+## 9.5、Allow 与Accept-Ranges
+
+![image-20220807194934580](assets/image-20220807194934580.png)
+
+# 10、内容协商
+
+## 10.1、定义
+
+![image-20220807195159024](assets/image-20220807195159024.png)
+
+## 10.2、分类
+
+![image-20220807195148845](assets/image-20220807195148845.png)
+
+### 10.2.1、Proactive
+
+![image-20220807195302609](assets/image-20220807195302609.png)
+
+### 10.2.2、Reactive
+
+![image-20220807195423426](assets/image-20220807195423426.png)
+
+## 10.3、协商要素
+
+![image-20220807195541807](assets/image-20220807195541807.png)
+
+![image-20220807195553855](assets/image-20220807195553855.png)
+
+![image-20220807195823150](assets/image-20220807195823150.png)
+
+# 11、HTTP包体的传输方式
+
+## 11.1、定义
+
+![image-20220807200050541](assets/image-20220807200050541.png)
+
+## 11.2、传输方式
+
+### 11.2.1、方式一
+
+![image-20220807200118145](assets/image-20220807200118145.png)
+
+![image-20220807202245823](assets/image-20220807202245823.png)
+
+### 11.2.2、方式二
+
+![image-20220807200139017](assets/image-20220807200139017.png)
+
+![image-20220807201551020](assets/image-20220807201551020.png)
+
+![image-20220807202120503](assets/image-20220807202120503.png)
+
+## 11.3、其他头部
+
+![image-20220807202328521](assets/image-20220807202328521.png)
+
+# 12、form表单提交协议
+
+## 12.1、定义
+
+![image-20220807202536077](assets/image-20220807202536077.png)
+
+## 12.2、关键属性
+
+![image-20220807220610447](assets/image-20220807220610447.png)
+
+![image-20220807221107421](assets/image-20220807221107421.png)
+
+![image-20220807221140643](assets/image-20220807221140643.png)
+
+# 13、断点续传与多线程下载
+
+## 13.1、实际场景
+
+![image-20220807221816578](assets/image-20220807221816578.png)
+
+## 13.2、HHTP Range规范
+
+![image-20220807221953545](assets/image-20220807221953545.png)
+
+![image-20220807222000149](assets/image-20220807222000149.png)
+
+![image-20220807222012403](assets/image-20220807222012403.png)
+
+> 若if-Range头部校验不通过，会返回0-end（end表示此次发送的结尾）这么多的数据
+>
+> 与if-match头部返回两次性能优化
+
+## 13.3、服务器响应
+
+![image-20220807222410199](assets/image-20220807222410199.png)
+
+![image-20220807222417961](assets/image-20220807222417961.png)
+
+![image-20220807223049652](assets/image-20220807223049652.png)
+
+# 14、cookie的格式和约束
+
+## 14.1、定义
+
+![image-20220807223443923](assets/image-20220807223443923.png)
+
+![image-20220807223729500](assets/image-20220807223729500.png)
+
+![image-20220807223803887](assets/image-20220807223803887.png)
+
+## 14.2、问题与限制
+
+![image-20220807224009675](assets/image-20220807224009675.png)
+
+![image-20220807224017199](assets/image-20220807224017199.png)
+
+# 15、session
+
+## 15.1、cookie与session
+
+![image-20220807224428454](assets/image-20220807224428454.png)
+
+![image-20220807224528081](assets/image-20220807224528081.png)
+
+## 15.2、三方cookie
+
+![image-20220807224812200](assets/image-20220807224812200.png)
+
+# 16、浏览器的同源策略
+
+## 16.1、为什么需要？
+
+![image-20220807225300099](assets/image-20220807225300099.png)
+
+![image-20220807225411779](assets/image-20220807225411779.png)
+
+![image-20220807225446382](assets/image-20220807225446382.png)
+
+![image-20220807225638474](assets/image-20220807225638474.png)
+
+## 16.2、定义
+
+![image-20220807225703603](assets/image-20220807225703603.png)
+
+![image-20220807230346243](assets/image-20220807230346243.png)
+
+## 16.3、CSRF
+
+![image-20220807230932801](assets/image-20220807230932801.png)
+
+**这个方式已经被破解，攻击者可以获取你的全部cookie**
+
+![image-20220807231012250](assets/image-20220807231012250.png)
+
+## 16.4、CORS简介
+
+![image-20220808205400843](assets/image-20220808205400843.png)
+
+![image-20220808205649293](assets/image-20220808205649293.png)
+
+![image-20220808210506819](assets/image-20220808210506819.png)
+
+![image-20220808210844828](assets/image-20220808210844828.png)
+
+![image-20220808210851894](assets/image-20220808210851894.png)
+
+# 17、条件请求
+
+## 17.1、定义
+
+![image-20220808211110446](assets/image-20220808211110446.png)
+
+![image-20220808211349935](assets/image-20220808211349935.png)
+
+## 17.2、验证
+
+![image-20220808211457292](assets/image-20220808211457292.png)
+
+![image-20220808211536423](assets/image-20220808211536423.png)
+
+![image-20220808211547520](assets/image-20220808211547520.png)
+
+![image-20220808211700742](assets/image-20220808211700742.png)
+
+## 17.3、应用场景
+
+### 17.3.1、缓存更新
+
+![image-20220808211714562](assets/image-20220808211714562.png)
+
+![image-20220808211843742](assets/image-20220808211843742.png)
+
+### 17.3.2、增量更新
+
+![image-20220808211853255](assets/image-20220808211853255.png)
+
+![image-20220808211902719](assets/image-20220808211902719.png)
+
+![image-20220808211908257](assets/image-20220808211908257.png)
+
+![image-20220808212025760](assets/image-20220808212025760.png)
+
+### 17.3.3、更新丢失
+
+![image-20220808212342614](assets/image-20220808212342614.png)
+
+![image-20220808212358728](assets/image-20220808212358728.png)
+
+![image-20220808212410381](assets/image-20220808212410381.png)
+
+![image-20220808212453408](assets/image-20220808212453408.png)
+
+## 17.4、nginx模块如何条件验证
+
+![image-20220808212552355](assets/image-20220808212552355.png)
+
+# 18、HTTP缓存的工作原理
+
+## 18.1、原理
+
+![image-20220809211113345](assets/image-20220809211113345.png)
+
+![image-20220809211144105](assets/image-20220809211144105.png)
+
+![image-20220809211155084](assets/image-20220809211155084.png)
+
+## 18.2、私有与共享缓存
+
+![image-20220809211610966](assets/image-20220809211610966.png)
+
+![image-20220809211653355](assets/image-20220809211653355.png)
+
+## 18.3、缓存原理
+
+![image-20220809211729845](assets/image-20220809211729845.png)
+
+## 18.4、判断缓存是否过期
+
+![image-20220809211845226](assets/image-20220809211845226.png)
+
+![image-20220809212115550](assets/image-20220809212115550.png)
+
+![image-20220809212151863](assets/image-20220809212151863.png)
+
+## 18.5、Age 头部及 current_age 的计算
+
+![image-20220809212244390](assets/image-20220809212244390.png)
+
+![image-20220809212444480](assets/image-20220809212444480.png)
+
+# 19、Cache-Control 头部
+
+## 19.1、定义
+
+![image-20220809212726752](assets/image-20220809212726752.png)
+
+## 19.2、请求的含义
+
+![image-20220809212911441](assets/image-20220809212911441.png)
+
+## 19.3、响应的含义
+
+![image-20220809212945172](assets/image-20220809212945172.png)
+
+![image-20220809213116535](assets/image-20220809213116535.png)
+
+# 20、什么样的响应会被缓存？
+
+## 20.1、定义
+
+![image-20220809213328323](assets/image-20220809213328323.png)
+
+![image-20220809213537383](assets/image-20220809213537383.png)
+
+## 20.2、使用条件
+
+![image-20220809213601029](assets/image-20220809213601029.png)
+
+![image-20220809213630731](assets/image-20220809213630731.png)
+
+![image-20220809213645854](assets/image-20220809213645854.png)
+
+## 20.3、如何缓存更新频率不同的资源
+
+![image-20220809213823569](assets/image-20220809213823569.png)
+
+![image-20220809213828831](assets/image-20220809213828831.png)
+
+![image-20220809213958809](assets/image-20220809213958809.png)
+
+![image-20220809214025329](assets/image-20220809214025329.png)
+
+# 21、HTTP重定向
+
+## 21.1、为什么需要 URI 重定向？
+
+![image-20220809214131056](assets/image-20220809214131056.png)
+
+## 21.2、重定向流程
+
+![image-20220809214222467](assets/image-20220809214222467.png)
+
+![image-20220809214241598](assets/image-20220809214241598.png)
+
+## 21.3、重定向响应返回码
+
+![image-20220809214319604](assets/image-20220809214319604.png)
+
+![image-20220809214329100](assets/image-20220809214329100.png)
+
+## 21.4、重定向循环
+
+![image-20220809214753825](assets/image-20220809214753825.png)
+
+# 22、Http Tunnel 隧道
+
+## 22.1、目的
+
+![image-20220811204734585](assets/image-20220811204734585.png)
+
+## 22.2、请求行
+
+![image-20220811205055394](assets/image-20220811205055394.png)
+
+## 22.3、常见应用
+
+![image-20220811205114071](assets/image-20220811205114071.png)
+
+ ![image-20220811205128401](assets/image-20220811205128401.png)
+
+# 23、网络爬虫
+
+## 23.1、定义
+
+![image-20220811205252126](assets/image-20220811205252126.png)
+
+## 23.2、对待爬虫的态度
+
+![image-20220811205447322](assets/image-20220811205447322.png)
+
+![image-20220811205456536](assets/image-20220811205456536.png)
+
+![image-20220811205505728](assets/image-20220811205505728.png)
+
+![image-20220811205514497](assets/image-20220811205514497.png)
+
+## 23.3、网络爬虫如何抓取数据？
+
+![image-20220811205532682](assets/image-20220811205532682.png)
+
+![image-20220811205626891](assets/image-20220811205626891.png)
+
+![image-20220811205644784](assets/image-20220811205644784.png)
+
+# 24、HTTP资源的认证
+
+## 24.1、定义
+
+![image-20220811211040737](assets/image-20220811211040737.png)
+
+![image-20220811212654282](assets/image-20220811212654282.png)
+
+## 24.2、响应
+
+![image-20220811212738439](assets/image-20220811212738439.png)
+
+# 25、DNS协议解析域名
+
+## 25.1、定义
+
+![image-20220811221104618](assets/image-20220811221104618.png)
+
+## 25.2、结构
+
+![image-20220811221123327](assets/image-20220811221123327.png)
+
+![image-20220811221139774](assets/image-20220811221139774.png)
+
+## 25.3、查询与响应
+
+![image-20220811221236488](assets/image-20220811221236488.png)
+
+![image-20220811221347329](assets/image-20220811221347329.png)
+
+![image-20220811221516540](assets/image-20220811221516540.png)
+
+![image-20220811221525905](assets/image-20220811221525905.png)

tcp/Web 协议详解与抓包实战/2、WebSocket 协议.md

@@ -0,0 +1,95 @@
+> [TOC]
+
+# 1、Websocket解决什么问题？
+
+## 1.1、如何即使获取更新？
+
+![image-20220813182212662](assets/image-20220813182212662.png)
+
+## 1.2、如何分析Websocket
+
+![image-20220813182649381](assets/image-20220813182649381.png)
+
+## 1.3、定义
+
+![image-20220813182958124](assets/image-20220813182958124.png)
+
+# 2、Websocket的约束
+
+## 2.1、Websocket的成本
+
+![image-20220813183539131](assets/image-20220813183539131.png)
+
+![image-20220813184000955](assets/image-20220813184000955.png)
+
+![image-20220813184052353](assets/image-20220813184052353.png)
+
+## 2.2、设计哲学
+
+![image-20220813184115532](assets/image-20220813184115532.png)
+
+# 3、Websocket协议格式
+
+![image-20220813184344064](assets/image-20220813184344064.png)
+
+![image-20220813184959440](assets/image-20220813184959440.png)
+
+![image-20220813185012044](assets/image-20220813185012044.png)
+
+![image-20220813185146477](assets/image-20220813185146477.png)
+
+# 4、Websocket协议如何从HTTP升级？
+
+## 4.1、提供的消息
+
+![image-20220813185305956](assets/image-20220813185305956.png)
+
+## 4.2、建立握手
+
+![image-20220813185636652](assets/image-20220813185636652.png)
+
+## 4.3、如何验证成功连接？
+
+![image-20220813185841585](assets/image-20220813185841585.png)
+
+# 5、传递消息的编码格式
+
+## 5.1、定义
+
+![image-20220813190052971](assets/image-20220813190052971.png)
+
+![image-20220813191402368](assets/image-20220813191402368.png)
+
+## 5.2、帧的长度
+
+![image-20220813191624615](assets/image-20220813191624615.png)
+
+## 5.3、发送消息
+
+![image-20220813192052277](assets/image-20220813192052277.png)
+
+# 6、掩码处理
+
+## 6.1、为什么？
+
+![image-20220813192251313](assets/image-20220813192251313.png)
+
+## 6.2、定义
+
+![image-20220813194103292](assets/image-20220813194103292.png)
+
+## 6.3、原理
+
+![image-20220813194123218](assets/image-20220813194123218.png)
+
+# 7、如何维护会话？
+
+![image-20220813194409362](assets/image-20220813194409362.png)
+
+# 8、如何关闭会话？
+
+![image-20220813194608277](assets/image-20220813194608277.png)
+
+![image-20220813194616116](assets/image-20220813194616116.png)
+
+![image-20220813194622025](assets/image-20220813194622025.png)

tcp/Web 协议详解与抓包实战/3、HTTP2协议.md

@@ -0,0 +1,349 @@
+> [TOC]
+
+# 1、HTTP/1.1 发展中遇到的问题
+
+## 1.1、发生的变化
+
+![image-20220813224604630](assets/image-20220813224604630.png)
+
+## 1.2、高延迟问题
+
+![image-20220813224625917](assets/image-20220813224625917.png)
+
+![image-20220813224836311](assets/image-20220813224836311.png)
+
+## 1.3、巨大的头部
+
+![image-20220813225004647](assets/image-20220813225004647.png)
+
+## 1.4、HTTP1.1的优化
+
+![image-20220813225037932](assets/image-20220813225037932.png)
+
+## 1.5、HTTP/1.1 不支持服务器推送消息
+
+![image-20220813225126902](assets/image-20220813225126902.png)
+
+# 2、HTTP2特征概述
+
+## 2.1、提出背景
+
+![image-20220813225242683](assets/image-20220813225242683.png)
+
+* http2协议可以在http协议下，也可以在TLS-SSL协议下使用。
+* 浏览器强制要求HTTP2只能被HTTPS解析，也就是使用TLS-SSL协议。
+
+## 2.2、特性
+
+![image-20220813225444351](assets/image-20220813225444351.png)
+
+![image-20220813225530773](assets/image-20220813225530773.png)
+
+# 3、在TCP上从HTTP1升级到HTTP2
+
+## 3.1、HTTP/2 是不是必须基于TLS/SSL 协议？
+
+![image-20220816210600245](assets/image-20220816210600245.png)
+
+## 3.2、h2与h2c
+
+![image-20220816210746090](assets/image-20220816210746090.png)
+
+## 3.3、H2C：不使用 TLS 协议进行协议升级
+
+![image-20220816213310417](assets/image-20220816213310417.png)
+
+![image-20220816213409707](assets/image-20220816213409707.png)
+
+# 4、h2如何建立会话？
+
+## 4.1、通讯过程
+
+![image-20220816213628014](assets/image-20220816213628014.png)
+
+![image-20220816213640440](assets/image-20220816213640440.png)
+
+## 4.2、服务器端选择协议
+
+![image-20220816213815311](assets/image-20220816213815311.png)
+
+# 5、Stream、Message、Frame 间的关系
+
+## 5.1、定义
+
+![image-20220816214002799](assets/image-20220816214002799.png)
+
+## 5.2、Stream、Message、Frame 间的关系
+
+![image-20220816214249616](assets/image-20220816214249616.png)
+
+![image-20220816214702279](assets/image-20220816214702279.png)
+
+## 5.3、传输中无序
+
+![image-20220816214729430](assets/image-20220816214729430.png)
+
+* 同一个stream必须是有序的
+* 跨越stream可以是无序的
+
+![image-20220816214902643](assets/image-20220816214902643.png)
+
+# 6、帧格式：Stream流ID的作用
+
+## 6.1、对比websocket
+
+![image-20220816215016793](assets/image-20220816215016793.png)
+
+![image-20220816215110251](assets/image-20220816215110251.png)
+
+## 6.2、作用
+
+![image-20220816215232321](assets/image-20220816215232321.png)
+
+![image-20220816215240030](assets/image-20220816215240030.png)
+
+![image-20220816215249933](assets/image-20220816215249933.png)
+
+![image-20220816215256014](assets/image-20220816215256014.png)
+
+# 7、帧格式：帧类型及设置帧的子类型
+
+## 7.1、定义
+
+![image-20220816215731117](assets/image-20220816215731117.png)
+
+* 帧长度
+* 帧类型
+* 帧标记
+* 帧的id
+* 帧数据
+
+## 7.2、帧的类型
+
+![image-20220816215758282](assets/image-20220816215758282.png)
+
+![image-20220816215805092](assets/image-20220816215805092.png)
+
+## 7.3、setting设置帧
+
+* 可以设置多个key-value
+
+![image-20220816215958065](assets/image-20220816215958065.png)
+
+![image-20220816220048816](assets/image-20220816220048816.png)
+
+# 8、HPACK 如何减少HTTP 头部的大小？
+
+## 8.1、定义
+
+![image-20220816220720751](assets/image-20220816220720751.png)
+
+## 8.2、静态字典
+
+![image-20220816220747802](assets/image-20220816220747802.png)
+
+![image-20220816220927312](assets/image-20220816220927312.png)
+
+![image-20220816220843281](assets/image-20220816220843281.png)
+
+## 8.3、动态字典
+
+动态表包含以**先进先出**的顺序维护的 header 字段列表。动态表中的第一个条目和最新条目在最低索引处，而动态表的最旧条目在最高索引处。
+
+动态表最初是空的。当每个 header 块被解压缩时，将添加条目。动态表可以包含重复的条目（即，具有相同名称和相同值的条目）。因此，解码器不得将重复的条目视为错误。
+
+编码器决定如何更新动态表，因此可以控制动态表使用多少内存。为了限制解码器的存储需求，动态表的 size 受到严格限制。
+
+解码器在处理 header 字段表示列表时更新动态表。
+
+# 9、HPACK 中如何使用Huffman树编码？
+
+## 9.1、原理
+
+![image-20220816221321050](assets/image-20220816221321050.png)
+
+ ## 9.2、构造过程
+
+![image-20220816221558274](assets/image-20220816221558274.png)
+
+# 10、HPACK 中整型数字的编码
+
+这里编码的是索引位置，即使下文11章节所说的索引表下标
+
+## 10.1、小于31
+
+![image-20220816230238907](assets/image-20220816230238907.png)
+
+## 10.2、大于31
+
+![image-20220816230356798](assets/image-20220816230356798.png)
+
+![image-20220816230421388](assets/image-20220816230421388.png)
+
+![image-20220816230523265](assets/image-20220816230523265.png)
+
+# 11、HPACK 中HEADER 的编码格式
+
+## 11.1、HEADER帧的格式
+
+![image-20220816230631593](assets/image-20220816230631593.png)
+
+![image-20220816230701522](assets/image-20220816230701522.png)
+
+## 11.2、动态表
+
+![image-20220816230731894](assets/image-20220816230731894.png)
+
+## 11.3、字面编码
+
+![image-20220816230813032](assets/image-20220816230813032.png)
+
+## 11.4、格式
+
+![image-20220816230857683](assets/image-20220816230857683.png)
+
+![image-20220816231045912](assets/image-20220816231045912.png)
+
+![image-20220816231317892](assets/image-20220816231317892.png)
+
+![image-20220816231327159](assets/image-20220816231327159.png)
+
+![image-20220816231628647](assets/image-20220816231628647.png)
+
+![image-20220816231647378](assets/image-20220816231647378.png)
+
+![image-20220816231657774](assets/image-20220816231657774.png)
+
+## 11.5、动态表控制
+
+![image-20220816231728498](assets/image-20220816231728498.png)
+
+# 12、服务器端的主动消息推送
+
+## 12.1、价值
+
+![image-20220816232717019](assets/image-20220816232717019.png)
+
+![image-20220816232729367](assets/image-20220816232729367.png)
+
+![image-20220816232913454](assets/image-20220816232913454.png)
+
+## 12.2、帧格式
+
+![image-20220816233032609](assets/image-20220816233032609.png)
+
+## 12.3 可以禁用
+
+![image-20220816233326240](assets/image-20220816233326240.png)
+
+# 13、stream的状态变迁
+
+## 13.1、stream特性
+
+![image-20220816233654866](assets/image-20220816233654866.png)
+
+## 13.2、message特性
+
+![image-20220816233732465](assets/image-20220816233732465.png)
+
+## 13.3、发送例子
+
+![image-20220816233807759](assets/image-20220816233807759.png)
+
+![image-20220816233818110](assets/image-20220816233818110.png)
+
+## 13.4、stream状态的变化
+
+![image-20220816233905535](assets/image-20220816233905535.png)
+
+# 14、RST_STREAM帧及常见错误码
+
+## 14.1、定义
+
+![image-20220816234215070](assets/image-20220816234215070.png)
+
+## 14.2、常见的错误码
+
+![image-20220816234234494](assets/image-20220816234234494.png)
+
+![image-20220816234241382](assets/image-20220816234241382.png)
+
+![image-20220816234247670](assets/image-20220816234247670.png)
+
+# 15、不同请求的优先级
+
+## 15.1、Priority 优先级设置帧
+
+![image-20220816234332719](assets/image-20220816234332719.png)
+
+## 15.2、优先级
+
+![image-20220816234537477](assets/image-20220816234537477.png)
+
+![image-20220816234913183](assets/image-20220816234913183.png)
+
+* exclusive：是否独占
+
+# 16、不同于 TCP 的流量控制
+
+## 16.1、为什么需要？
+
+![image-20220817205611078](assets/image-20220817205611078.png)
+
+![image-20220817210023672](assets/image-20220817210023672.png)
+
+## 16.2、如何进行？
+
+![image-20220817210119059](assets/image-20220817210119059.png)
+
+## 16.3、流量控制帧
+
+![image-20220817210326885](assets/image-20220817210326885.png)
+
+## 16.4、流控制窗口
+
+![image-20220817210516483](assets/image-20220817210516483.png)
+
+## 16.5、并发流
+
+![image-20220817210535722](assets/image-20220817210535722.png)
+
+# 17、HTTP/2 的问题
+
+## 17.1、TCP 以及 TCP+TLS 建链握手过多的问题
+
+![image-20220817210751019](assets/image-20220817210751019.png)
+
+## 17.2、多路复用与 TCP 的队头阻塞问题
+
+![image-20220817210827738](assets/image-20220817210827738.png)
+
+## 17.3、TCP的问题
+
+![image-20220817210845887](assets/image-20220817210845887.png)
+
+# 18、七层负载均衡做了些什么？
+
+## 18.1、四层负载均衡
+
+![image-20220817211116912](assets/image-20220817211116912.png)
+
+## 18.2、七层负载均衡协议转换举例
+
+![image-20220817211157133](assets/image-20220817211157133.png)
+
+## 18.3、协议转换
+
+![image-20220817211448937](assets/image-20220817211448937.png)
+
+## 18.4、WAF 防火墙
+
+![image-20220817211544225](assets/image-20220817211544225.png)
+
+## 18.5、负载均衡算法
+
+![image-20220817211644003](assets/image-20220817211644003.png)
+
+## 18.6、缓存功能
+
+![image-20220817211702271](assets/image-20220817211702271.png)

tcp/Web 协议详解与抓包实战/4、TLSSSL协议.md

@@ -0,0 +1,213 @@
+> [TOC]
+
+# 1、TLS/SSL 协议的工作原理
+
+## 1.1、设计目的
+
+![image-20220817212031071](assets/image-20220817212031071.png)
+
+## 1.2、TLS/SSL 发展
+
+![image-20220817212051206](assets/image-20220817212051206.png)
+
+## 1.3、TLS 协议
+
+![image-20220817212109183](assets/image-20220817212109183.png)
+
+![image-20220817212308198](assets/image-20220817212308198.png)
+
+# 2、对称加密的工作原理
+
+## 2.1、定义
+
+![image-20220817212442343](assets/image-20220817212442343.png)
+
+## 2.2、AES 对称加密在网络中的应用
+
+![image-20220817212505949](assets/image-20220817212505949.png)
+
+## 2.3、原理
+
+![image-20220817212603946](assets/image-20220817212603946.png)
+
+## 2.4、填充
+
+![image-20220817212651251](assets/image-20220817212651251.png)
+
+# 3、对称加密的工作原理（2）：工作模式
+
+## 3.1、定义
+
+![image-20220817213857230](assets/image-20220817213857230.png)
+
+## 3.2、ECB（Electronic codebook）模式
+
+![image-20220817213952227](assets/image-20220817213952227.png)
+
+## 3.3、CBC（Cipher-block chaining）模式
+
+![image-20220817214010222](assets/image-20220817214010222.png)
+
+## 3.4、CTR（Counter）模式
+
+![image-20220817214101437](assets/image-20220817214101437.png)
+
+## 3.5、完整性校验
+
+![image-20220817214203638](assets/image-20220817214203638.png)
+
+## 3.6、验证完整性：MAC（Message AuthenticationCode）
+
+![image-20220817214224192](assets/image-20220817214224192.png)
+
+## 3.7、GCM
+
+![image-20220817214310075](assets/image-20220817214310075.png)
+
+# 4、AES算法
+
+## 4.1、定义
+
+![image-20220817214522765](assets/image-20220817214522765.png)
+
+![image-20220817215134263](assets/image-20220817215134263.png)
+
+## 4.2、步骤
+
+![image-20220817215216891](assets/image-20220817215216891.png)
+
+![image-20220817215247745](assets/image-20220817215247745.png)
+
+![image-20220817215324654](assets/image-20220817215324654.png)
+
+![image-20220817215332252](assets/image-20220817215332252.png)
+
+![image-20220817215445932](assets/image-20220817215445932.png)
+
+![image-20220817215454646](assets/image-20220817215454646.png)
+
+![image-20220817215503390](assets/image-20220817215503390.png)
+
+![image-20220817215511069](assets/image-20220817215511069.png)
+
+# 5、非对称密码与RSA 算法（解决密钥传递问题）
+
+## 5.1、定义
+
+![image-20220817215623302](assets/image-20220817215623302.png)
+
+## 5.2、算法过程
+
+![image-20220817215644744](assets/image-20220817215644744.png)
+
+## 5.3、RAS算法
+
+![image-20220817215806745](assets/image-20220817215806745.png)
+
+![image-20220817215821569](assets/image-20220817215821569.png)
+
+![image-20220817215830689](assets/image-20220817215830689.png)
+
+# 6、非对称密码应用：PKI 证书体系
+
+## 6.1、定义
+
+![image-20220817221038193](assets/image-20220817221038193.png)
+
+## 6.2、签发证书流程
+
+![image-20220817221245923](assets/image-20220817221245923.png)
+
+## 6.3、签名与验签流程
+
+![image-20220817221323734](assets/image-20220817221323734.png)
+
+## 6.4、证书信任链
+
+![image-20220817221531118](assets/image-20220817221531118.png)
+
+## 6.5、PKI 公钥基础设施
+
+![image-20220817221557232](assets/image-20220817221557232.png)
+
+## 6.6、证书类型
+
+![image-20220817221736019](assets/image-20220817221736019.png)
+
+# 7、非对称密码应用：DH密钥交换协议（沟通协商AES使用的密钥）
+
+## 7.1、RSA密钥交换
+
+![image-20220817222203075](assets/image-20220817222203075.png)
+
+* 前向保密性：如果破解server私钥，可以解出公钥
+
+## 7.2、DH 密钥交换
+
+![image-20220817222402686](assets/image-20220817222402686.png)
+
+## 7.3、存在的问题
+
+![image-20220817222532964](assets/image-20220817222532964.png)
+
+* 可以使用PKI解决
+
+# 8、ECC 椭圆曲线的原理
+
+## 8.1、定义
+
+![image-20220817222743245](assets/image-20220817222743245.png)
+
+## 8.2、特性
+
+![image-20220817222756877](assets/image-20220817222756877.png)
+
+![image-20220817223025507](assets/image-20220817223025507.png)
+
+# 9、DH 协议升级：基于椭圆曲线的ECDH协议
+
+## 9.1、定义
+
+![image-20220817223113940](assets/image-20220817223113940.png)
+
+## 9.2、步骤和原理
+
+![image-20220817223136812](assets/image-20220817223136812.png)
+
+![image-20220817223142765](assets/image-20220817223142765.png)
+
+# 10、TLS1.2 与TLS1.3 中的ECDH协议
+
+## 10.1、TLS1.2 通讯过程
+
+![image-20220817223230693](assets/image-20220817223230693.png)
+
+## 10.2、FREAK 攻击
+
+![image-20220817223328253](assets/image-20220817223328253.png)
+
+## 10.3、openssl 1.1.1 版本对TLS1.3 的支持情况
+
+![image-20220817223457659](assets/image-20220817223457659.png)
+
+## 10.4、密钥交换
+
+![image-20220817223551821](assets/image-20220817223551821.png)
+
+# 11、握手的优化
+
+## 11.1、session 缓存
+
+![image-20220817223718720](assets/image-20220817223718720.png)
+
+## 11.2、session ticket
+
+![image-20220817223732948](assets/image-20220817223732948.png)
+
+## 11.3、TLS1.3 的 0RTT 握手
+
+![image-20220817223748524](assets/image-20220817223748524.png)
+
+## 11.4、0-RTT 面临的重放攻击
+
+![image-20220817223806114](assets/image-20220817223806114.png)

tcp/Web 协议详解与抓包实战/5、TCP协议.md

@@ -0,0 +1,437 @@
+> [TOC]
+
+# 1、TCP 历史及其设计哲学
+
+## 1.1、TCP/IP 的前身 ARPA：NCP 协议
+
+![image-20220819103419076](assets/image-20220819103419076.png)
+
+## 1.2、TCP/IP 协议发展
+
+![image-20220819103534060](assets/image-20220819103534060.png)
+
+## 1.3、TCPv4 协议分层后的互联网世界
+
+![image-20220819103643226](assets/image-20220819103643226.png)
+
+## 1.4、TCP/IP 的七个设计理念
+
+![image-20220819103731990](assets/image-20220819103731990.png)
+
+# 2、TCP 解决了哪些问题？
+
+## 2.1、TCP 的作用
+
+![image-20220819103925515](assets/image-20220819103925515.png)
+
+## 2.2、TCP协议的分层
+
+![image-20220819104250668](assets/image-20220819104250668.png)
+
+## 2.3、报文头部
+
+![image-20220819104444880](assets/image-20220819104444880.png)
+
+![image-20220819104539556](assets/image-20220819104539556.png)
+
+## 2.4、TCP 协议特点
+
+![image-20220819104557349](assets/image-20220819104557349.png)
+
+# 3、TCP 报文格式
+
+## 3.1、消息传输的核心要素
+
+![image-20220819104907273](assets/image-20220819104907273.png)
+
+## 3.2、IP头部
+
+![image-20220819105028413](assets/image-20220819105028413.png)
+
+![image-20220819105414479](assets/image-20220819105414479.png)
+
+## 3.3、UDP 头部
+
+![image-20220819105049681](assets/image-20220819105049681.png)
+
+![image-20220819105434419](assets/image-20220819105434419.png)
+
+## 3.4、TCP 协议的任务
+
+![image-20220819105137234](assets/image-20220819105137234.png)
+
+## 3.5、如何标识一个连接？
+
+![image-20220819105206106](assets/image-20220819105206106.png)
+
+## 3.6、TCP Segment 报文段
+
+![image-20220819105254952](assets/image-20220819105254952.png)
+
+![image-20220819105355131](assets/image-20220819105355131.png)
+
+* options选项
+
+![image-20220819105532495](assets/image-20220819105532495.png)
+
+# 4、三次握手建立连接
+
+## 4.1、握手的目标
+
+![image-20220819105816744](assets/image-20220819105816744.png)
+
+## 4.2、三次握手
+
+![image-20220819110855076](assets/image-20220819110855076.png)
+
+## 4.3、报文格式
+
+![image-20220819110950677](assets/image-20220819110950677.png)
+
+![image-20220819111000165](assets/image-20220819111000165.png)
+
+![image-20220819111006994](assets/image-20220819111006994.png)
+
+# 5、三次握手状态变迁
+
+## 5.1、三次握手流程
+
+![image-20220819112615675](assets/image-20220819112615675.png)
+
+## 5.3、netstat 命令查看TCP 状态
+
+![image-20220819112843131](assets/image-20220819112843131.png)
+
+## 5.2、两端同时发送SYN：双方使用固定源端口且同时建连接
+
+![image-20220819112853238](assets/image-20220819112853238.png)
+
+# 6、三次握手中的性能优化与安全问题
+
+## 6.1、服务器三次握手流程示例
+
+![image-20220819121223337](assets/image-20220819121223337.png)
+
+## 6.2、超时时间与缓冲队列（调整SYN队列大小）
+
+![image-20220819121317717](assets/image-20220819121317717.png)
+
+## 6.3、Fast Open 降低时延
+
+![image-20220819121417253](assets/image-20220819121417253.png)
+
+![image-20220819121444425](assets/image-20220819121444425.png)
+
+## 6.4、如何应对 SYN 攻击？
+
+![image-20220819121503161](assets/image-20220819121503161.png)
+
+![image-20220819121549058](assets/image-20220819121549058.png)
+
+## 6.5、TCP_DEFER_ACCEPT
+
+* 直到收到data分组再激活nginx功能
+
+![image-20220819121648544](assets/image-20220819121648544.png)
+
+# 7、数据传输与MSS 分段
+
+## 7.1、TCP 应用层编程示例
+
+![image-20220819121947777](assets/image-20220819121947777.png)
+
+## 7.2、TCP 流的操作
+
+![image-20220819122002481](assets/image-20220819122002481.png)
+
+![image-20220819122008552](assets/image-20220819122008552.png)
+
+* IP层分层损耗过大
+
+## 7.3、MSS：Max Segment Size（不包含头部大小）
+
+![image-20220819122137556](assets/image-20220819122137556.png)
+
+## 7.4、TCP 握手常用选项
+
+![image-20220819122235037](assets/image-20220819122235037.png)
+
+# 8、重传与确认
+
+## 8.1、报文有可能丢失
+
+![image-20220819122533560](assets/image-20220819122533560.png)
+
+## 8.2、解决方法
+
+![image-20220819122540118](assets/image-20220819122540118.png)
+
+* 串行执行
+* 效率低下
+
+![image-20220819122605119](assets/image-20220819122605119.png)
+
+* 限制发送
+
+## 8.3、存在问题（针对每一个字节）
+
+![image-20220819122719074](assets/image-20220819122719074.png)
+
+![image-20220819122725584](assets/image-20220819122725584.png)
+
+## 8.4、序列号复用
+
+![image-20220819123023018](assets/image-20220819123023018.png)
+
+![image-20220819123042085](assets/image-20220819123042085.png)
+
+* 解决方法：采用时间戳
+
+## 8.5、BDP 网络中的问题
+
+![image-20220819123223221](assets/image-20220819123223221.png)
+
+# 9、RTO 重传定时器的计算
+
+## 9.1、如何测量 RTT？
+
+![image-20220819135413904](assets/image-20220819135413904-16608884542752.png)
+
+![image-20220819135432532](assets/image-20220819135432532.png)
+
+## 9.2、TCB
+
+**Socket包含两部分，一个是IP地址，一个是端口号。**同一个设备可以对应一个IP地址，但不同的管道用不同的端口号区分，于是同一个设备发送给其他不同设备的信息就不会产生混乱。在同一时刻，设备可能会产生多种数据需要分发给不同的设备，为了确保数据能够正确分发，TCP协议用一种叫做**TCB（Transmission Control Block，传输控制块）**的数据结构把发给不同设备的数据封装起来。
+
+## 9.3、RTO（ Retransmission TimeOut ）应当设多大？
+
+![image-20220819140107392](assets/image-20220819140107392.png)
+
+## 9.4、RTO 应当更平滑
+
+![image-20220819140155305](assets/image-20220819140155305.png)
+
+## 9.5、追踪 RTT 方差（linux实际方案）
+
+![image-20220819140302454](assets/image-20220819140302454.png)
+
+# 10、滑动窗口：发送窗口与接收窗口
+
+## 10.1、滑动窗口：发送窗口快照
+
+![image-20220819140426261](assets/image-20220819140426261.png)
+
+## 10.2、可用窗口
+
+![image-20220819140538028](assets/image-20220819140538028.png)
+
+![image-20220819140622055](assets/image-20220819140622055.png)
+
+![image-20220819140633201](assets/image-20220819140633201.png)
+
+## 10.3、发送窗口
+
+![image-20220819140708300](assets/image-20220819140708300.png)
+
+## 10.4、接受窗口
+
+![image-20220819140804930](assets/image-20220819140804930.png)
+
+# 11、窗口的滑动与流量控制
+
+## 11.1、示例
+
+![image-20220819141127964](assets/image-20220819141127964.png)
+
+## 11.2、客户端消息的发送
+
+![image-20220819142823430](assets/image-20220819142823430.png)
+
+## 11.3、服务器消息的发送
+
+![image-20220819142838668](assets/image-20220819142838668.png)
+
+# 12、操作系统缓冲区与滑动窗口的关系
+
+## 12.1、窗口与缓存
+
+![image-20220819143103155](assets/image-20220819143103155.png)
+
+## 12.2、收缩窗口导致的丢包
+
+![image-20220819143813603](assets/image-20220819143813603.png)
+
+## 12.3、合适的窗口大小
+
+![image-20220819144026237](assets/image-20220819144026237.png)
+
+## 12.4、Linux下调整接收窗口与应用缓存
+
+![image-20220819144051325](assets/image-20220819144051325.png)
+
+![image-20220819144058827](assets/image-20220819144058827.png)
+
+# 13、如何减少小报文提高网络效率？
+
+## 13.1、SWS(Silly Window syndrome)糊涂窗口综合症
+
+![image-20220819144154909](assets/image-20220819144154909.png)
+
+## 13.2、SWS 避免算法
+
+![image-20220819144329292](assets/image-20220819144329292.png)
+
+* nagle算法等待ACK时候累计小报文
+* 如果报文超过MSS，则不论是否收到ACK，必须立即发送
+
+## 13.3、TCP delayed acknowledgment 延迟确认
+
+![image-20220819144456771](assets/image-20220819144456771.png)
+
+## 13.4、Nagle VS delayed ACK
+
+![image-20220819144632429](assets/image-20220819144632429.png)
+
+# 14、拥塞控制（1）：慢启动
+
+## 14.1、全局思考：拥塞控制
+
+![image-20220819145021860](assets/image-20220819145021860.png)
+
+## 14.2、定义
+
+![image-20220819145141426](assets/image-20220819145141426.png)
+
+* 通告窗口：实际上就是接受窗口
+
+## 14.3、慢启动的初始窗口
+
+![image-20220819145257235](assets/image-20220819145257235.png)
+
+# 15、拥塞控制（2）：拥塞避免
+
+## 15.1、定义
+
+![image-20220819145620822](assets/image-20220819145620822.png)
+
+## 15.2、慢启动与拥塞控制
+
+![image-20220819145739606](assets/image-20220819145739606.png)
+
+# 16、拥塞控制（3）：快速重传与快速恢复
+
+## 16.1、为何会接收到一个失序数据段？
+
+![image-20220819150016060](assets/image-20220819150016060.png)
+
+## 16.2、快速重传（RFC2581）
+
+![image-20220819150139111](assets/image-20220819150139111.png)
+
+## 16.3、注意事项、
+
+![image-20220819150425355](assets/image-20220819150425355.png)
+
+![image-20220819150410274](assets/image-20220819150410274.png)
+
+## 16.4、快速恢复（RFC2581）
+
+![image-20220819150522131](assets/image-20220819150522131.png)
+
+# 17、SACK 与选择性重传算法
+
+## 17.1、仅重传丢失段
+
+![image-20220819151255001](assets/image-20220819151255001.png)
+
+## 17.2、重传所有段
+
+![image-20220819151447238](assets/image-20220819151447238.png)
+
+## 17.3、SACK：TCP Selective Acknowledgment
+
+![image-20220819151508048](assets/image-20220819151508048.png)
+
+![image-20220819151521134](assets/image-20220819151521134.png)
+
+# 18、四次握手关闭连接
+
+## 18.1、关闭连接
+
+![image-20220819151812534](assets/image-20220819151812534.png)
+
+## 18.2、两端同时关闭连接
+
+![image-20220819152208472](assets/image-20220819152208472.png)
+
+## 18.3、TCP 状态机
+
+![image-20220819152233264](assets/image-20220819152233264.png)
+
+# 19、优化关闭连接时的TIME-WAIT状态
+
+## 19.1、TIME-WAIT状态过短或者不存在会怎么样？
+
+![image-20220819152436497](assets/image-20220819152436497.png)
+
+## 19.2、linux下TIME_WAIT优化：tcp_tw_reuse
+
+![image-20220819152636177](assets/image-20220819152636177.png)
+
+## 19.3、TIME_WAIT 优化
+
+![image-20220819152700842](assets/image-20220819152700842.png)
+
+## 19.4、RST 复位报文（直接关闭连接）
+
+![image-20220819152744767](assets/image-20220819152744767.png)
+
+# 20、keepalive 、校验和及带外数据
+
+## 20.1、TCP 的 Keep-Alive 功能
+
+![image-20220819152850211](assets/image-20220819152850211.png)
+
+## 20.2、违反分层原则的校验和
+
+![image-20220819152902603](assets/image-20220819152902603.png)
+
+## 20.3、应用调整 TCP 发送数据的时机
+
+![image-20220819152927259](assets/image-20220819152927259.png)
+
+![image-20220819152935358](assets/image-20220819152935358.png)
+
+# 21、面向字节流的TCP 连接如何多路复用？
+
+## 21.1、Multiplexing 多路复用
+
+![image-20220819153123437](assets/image-20220819153123437.png)
+
+## 21.2、HTTP2：TCP 连接之上的多路复用
+
+![image-20220819153227180](assets/image-20220819153227180.png)
+
+## 21.3、非阻塞 socket：同时处理多个TCP连接
+
+![image-20220819153239936](assets/image-20220819153239936.png)
+
+## 21.4、epoll
+
+![image-20220819153258192](assets/image-20220819153258192.png)
+
+![image-20220819153350185](assets/image-20220819153350185.png)
+
+![image-20220819153403993](assets/image-20220819153403993.png)
+
+# 22、四层负载均衡可以做什么？
+
+![image-20220819153549110](assets/image-20220819153549110.png)
+
+![image-20220819153556558](assets/image-20220819153556558.png)
+
+![image-20220819153605829](assets/image-20220819153605829.png)
+
+![image-20220819153619358](assets/image-20220819153619358.png)
+
+![image-20220819153626455](assets/image-20220819153626455.png)

tcp/Web 协议详解与抓包实战/6、TP协议.md

@@ -0,0 +1,213 @@
+> [TOC]
+
+# 1、网络层与链路层的功能
+
+## 1.1、网络层功能（主要关注性能）
+
+![image-20220820124110410](assets/image-20220820124110410.png)
+
+## 1.2、数据链路层功能
+
+![image-20220820124137359](assets/image-20220820124137359.png)
+
+## 1.3、多播：广播与组播
+
+![image-20220820124240241](assets/image-20220820124240241.png)
+
+# 2、IPv4 分类地址
+
+## 2.1、定义
+
+![image-20220820125012282](assets/image-20220820125012282.png)
+
+## 2.2、IP 地址的分配机构
+
+![image-20220820125159983](assets/image-20220820125159983.png)
+
+![image-20220820125239948](assets/image-20220820125239948.png)
+
+* 网络地址：内网局域网
+
+## 2.3、分类 IP 地址的优点
+
+![image-20220820130044875](assets/image-20220820130044875.png)
+
+## 2.4、分类 IP 寻址的问题
+
+![image-20220820130102805](assets/image-20220820130102805.png)
+
+# 3、CIDR无分类地址
+
+## 3.1、定义
+
+![image-20220820130152762](assets/image-20220820130152762.png)
+
+## 3.2、CIDR 子网划分示例
+
+![image-20220820130442476](assets/image-20220820130442476.png)
+
+![image-20220820130638652](assets/image-20220820130638652.png)
+
+## 3.3、特殊IP地址含义
+
+![image-20220820130718586](assets/image-20220820130718586.png)
+
+![image-20220820130924395](assets/image-20220820130924395.png)
+
+# 4、IP 地址与链路地址的转换：ARP与RARP协议
+
+## 4.1、MAC地址
+
+![image-20220820131601143](assets/image-20220820131601143.png)
+
+## 4.2、2.5 层协议 ARP：从IP 地址寻找MAC地址
+
+![image-20220820131644588](assets/image-20220820131644588.png)
+
+![image-20220820131745021](assets/image-20220820131745021.png)
+
+* 本地缓存MAC-IP对应关系
+* 提高效率
+
+## 4.3、ARP 报文格式
+
+![image-20220820132002062](assets/image-20220820132002062.png)
+
+![image-20220820132023700](assets/image-20220820132023700.png)
+
+## 4.4、2.5 层协议 RARP：从MAC 地址中寻找IP地址
+
+![image-20220820132126848](assets/image-20220820132126848.png)
+
+![image-20220820132143803](assets/image-20220820132143803.png)
+
+## 4.5、RARP 报文格式
+
+![image-20220820132158621](assets/image-20220820132158621.png)
+
+## 4.6、ARP 欺骗
+
+![image-20220820132214443](assets/image-20220820132214443.png)
+
+# 5、NAT 地址转换与LVS 负载均衡
+
+## 5.1、IPv4 地址短缺
+
+![image-20220820132340919](assets/image-20220820132340919.png)
+
+![image-20220820132350207](assets/image-20220820132350207.png)
+
+## 5.2、NAT（IP Network Address Translator）应用的前提
+
+![image-20220820132912557](assets/image-20220820132912557.png)
+
+## 5.3、单向（向外）转换NAT：动态映射
+
+![image-20220820132931581](assets/image-20220820132931581.png)
+
+## 5.4、NAPT 端口映射：Network Address Port Translation
+
+![image-20220820133701137](assets/image-20220820133701137.png)
+
+* 与传输层有关：TCP协议
+
+## 5.5、双向（向内）NAT：IP 地址静态映射
+
+![image-20220820153141645](assets/image-20220820153141645.png)
+
+* 没有端口映射
+* ip地址经常变化
+
+## 5.6、NAT 优点
+
+![image-20220820153329582](assets/image-20220820153329582.png)
+
+# 6、IP 选路协议
+
+## 6.1、如何传输 IP 报文？
+
+![image-20220820153424313](assets/image-20220820153424313.png)
+
+## 6.2、路由表
+
+![image-20220820153537454](assets/image-20220820153537454.png)
+
+## 6.3、RIP
+
+![image-20220820153618032](assets/image-20220820153618032.png)
+
+## 6.4、OSPF 内部选路协议
+
+![image-20220820153708433](assets/image-20220820153708433.png)
+
+![image-20220820153959540](assets/image-20220820153959540.png)
+
+## 6.5、BGP
+
+![image-20220820154017642](assets/image-20220820154017642.png)
+
+# 7、MTU 与 IP 报文分片
+
+## 7.1、IP报文格式
+
+![image-20220820154237558](assets/image-20220820154237558.png)
+
+## 7.2、MTU
+
+![image-20220820154449223](assets/image-20220820154449223.png)
+
+![image-20220820154540744](assets/image-20220820154540744.png)
+
+## 7.3、避免报文分片
+
+![image-20220820154600158](assets/image-20220820154600158.png)
+
+![image-20220820154626896](assets/image-20220820154626896.png)
+
+# 8、IP 协议的助手：ICMP 协议
+
+## 8.1、定义
+
+![image-20220820154928355](assets/image-20220820154928355.png)
+
+## 8.2、ICMP协议格式
+
+![image-20220820154944959](assets/image-20220820154944959.png)
+
+## 8.3、ICMPv4 报文类型
+
+![image-20220820155038191](assets/image-20220820155038191.png)
+
+![image-20220820155047144](assets/image-20220820155047144.png)
+
+![image-20220820155058439](assets/image-20220820155058439.png)
+
+![image-20220820155108037](assets/image-20220820155108037.png)
+
+# 9、多播与 IGMP 协议
+
+## 9.1、广播与组播
+
+![image-20220820155259241](assets/image-20220820155259241.png)
+
+## 9.2、广播地址
+
+![image-20220820155310951](assets/image-20220820155310951.png)
+
+## 9.3、组播IP地址
+
+![image-20220820155326991](assets/image-20220820155326991.png)
+
+![image-20220820155340804](assets/image-20220820155340804.png)
+
+* 以太网地址：MAC地址
+
+## 9.4、IGMP
+
+![image-20220820155511338](assets/image-20220820155511338.png)
+
+* 路由器知道组和组里面的IP
+
+![image-20220820155722144](assets/image-20220820155722144.png)
+
+![image-20220820155728454](assets/image-20220820155728454.png)