git 命令比较全面

我就是我 2022-05-12 09:52 202阅读 0赞

Git和svn的区别https://www.cnblogs.com/dazhidacheng/p/7478438.html  
1.2 git的两大特点  
 版本控制：可以解决多人同时开发的代码问题，也可以解决找回历史代码的问题。  
 分布式：Git是分布式版本控制系统，同一个Git仓库，可以分布到不同的机器上。首先找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。可以自己搭建这台服务器，也可以使用GitHub网站。  
2. 安装与配置  
(1) 安装命令如下：

sudo apt-get install git

(2) 安装成功后，运行如下命令:

git

![这里写图片描述][70]

1.  创建一个版本库  
    (1) 新建一个目录git\_test，在git\_test目录下创建一个版本库，命令如下：

git init

![这里写图片描述][70 1]

可以看到在git\_test目录下创建了一个.git隐藏目录，这就是版本库目录。  
4. 版本创建与回退  
4.1 使用  
(1) 在git\_test目录下创建一个文件code.txt，编辑内容如下：  
![这里写图片描述][70 2]  
(2) 使用如下两条命令可以创建一个版本：

git add code.txt
    	git commit –m '版本1'

![这里写图片描述][70 3]

添加身份标识（git不做检查）

git config --global user.email "you@example.com"
    git config --global user.name "Your Name"

然后再执行git commit -m ‘版本一’

![这里写图片描述][70 4]

(3) 使用如下命令可以查看版本记录：

git log

![这里写图片描述][70 5]  
(4) 继续编辑code.txt，在里面增加一行。  
![这里写图片描述][70 6]  
(5) 使用如下命令再创建一个版本并查看版本记录：  
![这里写图片描述][70 7]  
(6) 现在若想回到某一个版本，可以使用如下命令：

git reset --hard HEAD^

其中HEAD表示当前最新版本，HEAD表示当前版本的前一个版本,HEAD^表示当前版本的前前个版本，也可以使用HEAD1表示当前版本的前一个版本,HEAD100表示当前版本的前100版本。  
现在若觉得想回到版本1，可以使用如下命令：  
![这里写图片描述][70 8]

执行命令后使用git log查看版本记录，发现现在只能看到版本1的记录，cat code.txt查看文件内容，现在只有一行，也就是第一个版本中code.txt的内容。  
(7) 假如我们现在又想回到版本2，这个时候怎么办？  
可以使用如下命令：

git reset --hard 版本号

从上面可以看到版本2的版本号为：  
![这里写图片描述][70 9]  
(8) 在终端执行如下命令：  
![这里写图片描述][70 10]  
现在发现版本2有回来了。可以cat code.txt查看其里面的内容

(9) 假如说上面的终端已经关了改怎么回退版本。  
我们在执行如下命令将版本回退到版本1。  
![这里写图片描述][70 11]  
下面把终端关了，然后再打开终端，发现之前版本2的版本号看不到了。  
那么怎么再回到版本2呢？git reflog命令可以查看我们的操作记录。

git reflog

![这里写图片描述][70 12]

可以看到版本2的版本号，我们再使用如下命令进行版本回退，版本重新回到了版本2。  
![这里写图片描述][70 13]  
4.2 工作区和暂存区  
4.2.1 工作区(Working Directory)  
电脑中的目录，比如我们的git\_test，就是一个工作区。  
4.2.2 版本库(Repository)  
工作区有一个隐藏目录.git，这个不是工作区，而是git的版本库。  
git的版本库里存了很多东西，其中最重要的就是称为index(或者叫stage)的暂存区，还有git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。  
因为我们创建git版本库时，git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。  
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。  
![这里写图片描述][70 14]  
前面讲了我们把文件往git版本库里添加的时候，是分两步执行的：  
第一步是用`git add`把文件添加进去，实际上就是把文件修改添加到暂存区；  
第二步是用`git commit`提交更改，实际上就是把暂存区的所有内容提交到当前分支。  
(1) 下面在git\_test目录下再创建一个文件code2.txt，然后编辑内容如下：  
![这里写图片描述][70 15]  
(2) 然后再次编辑code.txt内容，在其中加入一行，编辑后内容如下：  
![这里写图片描述][70 16]  
(3) 使用如下命令查看当前工作树的状态：

git status

![这里写图片描述][70 17]

上面提示我们code.txt被修改，而code2.txt没有被跟踪。  
(4) 我们使用如下命令把code.txt和code2.txt加入到暂存区，然后再执行`git status`命令，结果如下：  
![这里写图片描述][70 18]  
所有`git add`命令是把所有提交的修改存放到暂存区。  
(5) 然后，执行git commit就可以一次性把暂存区的所有修改提交到分支创建一个版本。  
![这里写图片描述][70 19]  
(6) 一旦提交后，如果你又没有对工作区做任何修改，那么工作区就是“干净”的。执行如下命令可以发现：  
![这里写图片描述][70 20]  
现在我们的版本库变成了这样：  
![这里写图片描述][70 21]  
4.3 管理修改  
git管理的文件的修改，它只会提交暂存区的修改来创建版本。  
(1) 编辑code.txt，并使用`git add` 命令将其添加到暂存区中。  
![这里写图片描述][70 22]  
(2) 继续编辑code.txt，并在其中添加一行。  
![这里写图片描述][70 23]  
(3) git commit创建一个版本，并使用git status查看，发现第二次修改code.txt内容之后，并没有将其添加的工作区，所以创建版本的时候并没有被提交。  
![这里写图片描述][70 24]  
4.4 撤销修改  
(1) 继续上面的操作，提示我们可以使用 git checkout – <文件> 来丢弃工作区的改动。执行如下命令，发现工作区干净了，第二次的改动内容也没了。  
![这里写图片描述][70 25]  
(2) 我们继续编辑code.txt，并在其中添加如下内容，并将其添加的暂存区。  
![这里写图片描述][70 26]  
(3)git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉，重新放回工作区。  
![这里写图片描述][70 27]  
(4)现在若想丢弃code.txt的修改，执行如下命令即可。  
![这里写图片描述][70 28]  
现在，如果你不但改错了东西，还从暂存区提交到了版本库，则需要进行版本回退。  
小结：  
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令`git checkout -- file。`  
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令`git reset HEAD file`，就回到了场景1，第二步按场景1操作。  
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节。  
4.5 对比文件的不同  
对比工作区和某个版本中文件的不同：  
(1) 继续编辑文件code.txt，在其中添加一行内容。  
![这里写图片描述][70 29]  
(2) 现在要对比工作区中code.txt和HEAD版本中code.txt的不同。使用如下命令：

Git diff HEAD – 文件名

![这里写图片描述][70 30]

(3) 使用如下命令丢弃工作区的改动。  
![这里写图片描述][70 31]  
对比两个版本间文件的不同：  
(1) 现在要对比HEAD和HEAD^版本中code.txt的不同，使用如下命令：

Git diff HEAD HEAD^ -- code.txt

![这里写图片描述][70 32]

4.6 删除文件  
(1) 我们把目录中的code2.txt删除。  
这个时候，git知道删除了文件，因此，工作区和版本库就不一致了，`git status`命令会立刻提示哪些文件被删除了。  
![这里写图片描述][70 33]  
(2) 现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且`git commit：`  
![这里写图片描述][70 34]  
另一种情况是删错了，可以直接使用git checkout – code2.txt,这样文件code2.txt又回来了。  
![这里写图片描述][70 35]  
小结：  
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。  
5. 分支管理  
5.1 概念  
分支就是科幻电影里面的平行宇宙，当你正在电脑前努力学习Git的时候，另一个你正在另一个平行宇宙里努力学习SVN。  
如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，结果，你既学会了git又学会了SVN！  
![这里写图片描述][70 36]  
分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。  
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。  
5.2 创建与合并分支  
git把我们之前每次提交的版本串成一条时间线，这条时间线就是一个分支。截止到目前只有一条时间线，在git里，这个分支叫主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。  
(1) 一开始的时候，master分支是一条线，git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：  
![这里写图片描述][70 37]  
每次提交，master分支都会向前移动一步，这样，随着你不断提交，master分支的线也越来越长。  
(2)当我们创建新的分支，例如dev时，git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：  
![这里写图片描述][70 38]  
git创建一个分支很快，因为除了增加一个dev指针，改变HEAD的指向，工作区的文件都没有任何变化。  
(3)不过，从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：  
![这里写图片描述][70 39]  
(4)假如我们在dev上的工作完成了，就可以把dev合并到master上。git怎么合并呢？最简单的方法，就是直接把master指向dev的当前提交，就完成了合并：  
![这里写图片描述][70 40]  
git合并分支也很快，就改改指针，工作区内容也不变。  
(5)合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支：  
![这里写图片描述][70 41]  
案例：  
(1)执行如下命令可以查看当前有几个分支并且看到在哪个分支下工作。  
![这里写图片描述][70 42]  
(2)下面创建一个分支dev并切换到其上进行工作。  
![这里写图片描述][70 43]

(3)下面我们修改code.txt内容，在里面添加一行，并进行提交。  
![这里写图片描述][70 44]

(4)dev分支的工作完成，我们就可以切换回master分支：  
![这里写图片描述][70 45]

查看code.txt，发现添加的内容没有了。因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：  
(5)现在，我们把dev分支的工作成果合并到master分支上：  
![这里写图片描述][70 46]  
`git merge`命令用于合并指定分支到当前分支。合并后，再查看code.txt的内容，就可以看到，和dev分支的最新提交是完全一样的。  
![这里写图片描述][70 47]

注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。  
(6)合并完成后，就可以放心地删除dev分支了，删除后，查看branch，就只剩下master分支了。  
![这里写图片描述][70 48]

小结：  
查看分支：`git branch`  
创建分支：`git branch <name>`  
切换分支：`git checkout <name>`  
创建+切换分支：`git checkout -b <name>`  
合并某分支到当前分支：`git merge <name>`  
删除分支：`git branch -d <name>`  
5.3 解决冲突  
合并分支往往也不是一帆风顺的。  
(1)再创建一个新分支dev。  
![这里写图片描述][70 49]  
(2)修改code.txt内容，并进行提交。  
![这里写图片描述][70 50]  
(3)切换回master分支。  
(4)在master的code.txt添加一行内容并进行提交。  
![这里写图片描述][70 51]  
现在，master分支dev分支各自都分别有新的提交，变成了这样：  
![这里写图片描述][70 52]  
这种情况下，git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突。  
(5)执行如下命令尝试将dev分支合并到master分支上来。  
![这里写图片描述][70 53]  
git告诉我们，code.txt文件存在冲突，必须手动解决冲突后再提交。  
(6)git status也可以告诉我们冲突的文件：  
![这里写图片描述][70 54]  
(7)查看code.txt的内容。  
![这里写图片描述][70 55]  
(8)git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：  
![这里写图片描述][70 56]  
(9) 再提交。  
![这里写图片描述][70 57]  
(10) 现在，master分支和dev分支变成了下图所示：  
![这里写图片描述][70 58]  
(11)用带参数的git log也可以看到分支的合并情况：  
![这里写图片描述][70 59]  
(12)最后工作完成，可以删除dev分支。  
![这里写图片描述][70 60]  
5.4 分支管理策略  
通常，合并分支时，如果可能，git会用fast forward模式，但是有些快速合并不能成功而且合并时没有冲突，这个时候会合并之后并做一次新的提交。但这种模式下，删除分支后，会丢掉分支信息。  
(1)创建切换到dev分支下。  
![这里写图片描述][70 61]  
(2)新建一个文件code3.txt编辑内容如下，并提交一个commit。  
![这里写图片描述][70 62]  
(3)切换回master分支，编辑code.txt并进行一个提交。  
![这里写图片描述][70 63]  
(4)合并dev分支的内容到master分支。  
![这里写图片描述][70 64]  
(5)出现如下提时，这是因为这次不能进行快速合并，所以git提示输入合并说明信息，输入之后合并内容之后git会自动创建一次新的提交。  
![这里写图片描述][70 65]

(6)使用分支命令查看分支信息。  
![这里写图片描述][70 66]  
(7)删除dev分支。  
![这里写图片描述][70 67]

如果要强制禁用fast forward模式，git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。  
(1)创建并切换到dev分支。  
![这里写图片描述][70 68]  
(2)修改code.txt内容，并提交一个commit。  
![这里写图片描述][70 69]  
(3)切换回master分支。  
(4)准备合并dev分支，请注意–no-ff参数，表示禁用Fast forward：  
![这里写图片描述][70 70]  
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。  
(5)合并后，我们用git log看看分支历史：  
可以看到，不使用Fast forward模式，merge后就像这样：  
![这里写图片描述][70 71]

5.5 Bug分支  
软件开发中，bug就像家常便饭一样。有了bug就需要修复，在git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。  
(1)当你接到一个修复一个代号001的bug的任务时，很自然地，你想创建一个分支bug-001来修复它，但是，等等，当前正在dev上进行的工作还没有提交：  
![这里写图片描述][70 72]  
并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？  
(2)git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：  
![这里写图片描述][70 73]  
(3)首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：  
![这里写图片描述][70 74]  
(4)现在修复bug,把 最后一行删掉，然后提交。  
![这里写图片描述][70 75]  
(5)修复完成后，切换到master分支，并完成合并，最后删除bug-001分支。  
![这里写图片描述][70 76]  
(6) 现在bug-001修复完成，是时候回到dev分支接着干活了！  
![这里写图片描述][70 77]  
(7) 工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：  
![这里写图片描述][70 78]  
作业现场还在，git把stash内容存在某个地方了，但是需要恢复一下.  
![这里写图片描述][70 79]  
小结：  
修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；  
当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再`git stash pop`，恢复工作现场。  
6. 使用github  
首先你要现有一个github账户，打开github网站地址https://github.com/去注册一个账号，注册完成之后登陆  
6.1 创建仓库  
(1)注册github账户，登录后，点击"New respository "

![这里写图片描述][70 80]

(2)在新页面中，输入项目的名称，勾选’[readme.md][]’，点击’create repository’  
![这里写图片描述][70 81]  
(3)添加成功后，转到文件列表页面.  
![这里写图片描述][70 82]  
6.2 添加ssh账户  
(1)点击账户头像后的下拉三角，选择’settings’

如果某台机器需要与github上的仓库交互，那么就要把这台机器的ssh公钥添加到这个github账户上  
![这里写图片描述][70 83]  
点击’SSH and GPG keys’，添加ssh公钥。  
![这里写图片描述][70 84]  
(2)在ubuntu的命令行中，回到用户的主目录下，编辑文件.gitconfig，修改某台机器的git配置。  
![这里写图片描述][70 85]  
(3)修改为注册github时的邮箱，填写用户名。  
![这里写图片描述][70 86]  
(4)使用如下命令生成ssh密钥。  
ssh-keygen -t rsa -C “邮箱地址”  
![这里写图片描述][70 87]  
(5)进入主目录下的.ssh文件件，下面有两个文件。  
公钥为id\_rsa.pub  
私钥为id\_rsa  
查看公钥内容，复制此内容  
![这里写图片描述][70 88]  
(6)回到浏览器中，填写标题，粘贴公钥  
![这里写图片描述][70 89]  
6.3 克隆项目  
(1)在浏览器中点击进入github首页，再进入项目仓库的页面  
![这里写图片描述][70 90]  
(2)复制git地址  
![这里写图片描述][70 91]  
(3)在命令行中复制仓库中的内容  
![这里写图片描述][70 92]  
6.4 上传分支  
(1)项目克隆到本地之后，进入test目录，创建一个分支.  
![这里写图片描述][70 93]  
(2)创建一个文件提交。  
![这里写图片描述][70 94]  
(3)推送前github上文件列表如下图  
![这里写图片描述][70 95]  
(4)推送前github上分支列表如下图  
![这里写图片描述][70 96]  
(5)推送分支，就是把该分支上的所有本地提交推送到远程库，推送时要指定本地分支，这样，git就会把该分支推送到远程库对应的远程分支上  
`git push origin` 分支名称  
例：

git push origin ttsx

![这里写图片描述][70 97]  
(6)再去github网站上去看分支页面，内容如下。  
![这里写图片描述][70 98]  
![这里写图片描述][70 99]  
6.5 将本地分支跟踪服务器分支  
`git branch --set-upstream-to=origin`/远程分支名称 本地分支名称  
例：

git branch --set-upstream-to=origin/ttsx ttsx

![这里写图片描述][70 100]

6.6 从远程分支上拉取代码  
`git pull orgin` 分支名称  
例：

git pull orgin ttsx

使用上述命令会把远程分支smart上的代码下载并合并到本地所在分支。  
![这里写图片描述][70 101]  
7. 工作使用git  
项目经理：  
(1) 项目经理搭建项目的框架。  
(2) 搭建完项目框架之后，项目经理把项目框架代码放到服务器。  
普通员工：  
(1) 在自己的电脑上，生成ssh公钥，然后把公钥给项目经理，项目经理把它添加的服务器上面。  
(2) 项目经理会给每个组员的项目代码的地址，组员把代码下载到自己的电脑上。  
(3) 创建本地的分支dev,在dev分支中进行每天的开发。  
(4) 每一个员工开发完自己的代码之后，都需要将代码发布远程的dev分支上。

Master:用户保存发布的项目代码。V1.0,V2.0  
Dev:保存开发过程中的代码。

**如有错误，敬请留言指点，我立马改正，以免误导他人~谢谢！**

[70]: /images/20220512/85be18619cdd4ebeb7328283d0b36f9e.png
[70 1]: /images/20220512/f4a8cc3222b94e8faa8b5875c10b726b.png
[70 2]: /images/20220512/a18b04eb199146728e979cf8fae8a0ff.png
[70 3]: /images/20220512/2b234a28149e4dea98b73890df79c7ee.png
[70 4]: /images/20220512/26c78663e2d14e3381ed5d21a914d9de.png
[70 5]: /images/20220512/0b1501c07c5b4551b624425c62d6d228.png
[70 6]: /images/20220512/b16f9dfa99e34267b1084fbd537f6944.png
[70 7]: /images/20220512/f03bc90285554f248666aa00fb59c8d9.png
[70 8]: /images/20220512/ae7c32654de747798c445caa4bc51d4f.png
[70 9]: /images/20220512/847764b4809e4b84b2210a3e3fee6933.png
[70 10]: /images/20220512/6e12fcbcd65648adb41e4fd2a457141c.png
[70 11]: /images/20220512/9253f40690194cfdbb7baa31bb4148b6.png
[70 12]: /images/20220512/cacac9a28232433e871a8222f1a6e3b2.png
[70 13]: /images/20220512/441bd8c34e6f4328a625327de6bef685.png
[70 14]: /images/20220512/2d422d54d3e54cac9ac6dcf788d8a6a1.png
[70 15]: /images/20220512/fb889f3b05314b67bb6a59cbe0efd392.png
[70 16]: /images/20220512/34f105e7de5442a2984a5d32dc7f5eb9.png
[70 17]: /images/20220512/e0c18dcb04bb4142a1aa2b7d616c3af1.png
[70 18]: /images/20220512/c5b7f11375bb4b56abc7aff143c60171.png
[70 19]: /images/20220512/37d8c534b6c4446193db757b6485a37a.png
[70 20]: /images/20220512/9b1f566f858b4933b6f90aa17c794af3.png
[70 21]: /images/20220512/1fc80726f966408090a315b5658bbe40.png
[70 22]: /images/20220512/0508d38659df4d0da22cea303e27fa81.png
[70 23]: /images/20220512/e0895b45e234490c9c2fd23c2212c4ae.png
[70 24]: /images/20220512/4184748034ab4870a9c7290136d86232.png
[70 25]: /images/20220512/38f05b41ae9d44a7bf04d36110ed2bf7.png
[70 26]: /images/20220512/0190f1038ef241ca92aa702f70393b71.png
[70 27]: /images/20220512/e364e4057b7944fdb68c0b85488a508a.png
[70 28]: /images/20220512/ea3e6289ea064e7da322c837e0e5c090.png
[70 29]: /images/20220512/321c4330faad40668977acf3e1c345f9.png
[70 30]: /images/20220512/5c95973e774d4393baf150493a14aac8.png
[70 31]: /images/20220512/14a3a13b962a444f8d9ffbdb8e04d7c4.png
[70 32]: /images/20220512/806b64028e2c4ea5b2c604a1d36e5584.png
[70 33]: /images/20220512/b3a89be8f5d74f378d2a7e05e52ca765.png
[70 34]: /images/20220512/0f46f2ffc2dc4743a6c377b23ceb2736.png
[70 35]: /images/20220512/b447a239928944cf97af35ef4920adc9.png
[70 36]: /images/20220512/801c2ec456ed4062b12f5c1625a1896d.png
[70 37]: /images/20220512/c0105faba2f74b8a9436f4db6a8addf2.png
[70 38]: /images/20220512/d3d85aa1b9c244448da5d3edfebf05e7.png
[70 39]: /images/20220512/d6e0808a721543dc919ea8d00037296c.png
[70 40]: /images/20220512/13d504c505f84e32ad465067fa9b0761.png
[70 41]: /images/20220512/a3d406f4acdb40ac98bb048e186b495d.png
[70 42]: /images/20220512/54de1fecd36244dd9c6fe68b66fdb289.png
[70 43]: /images/20220512/878ab1ac5cc74c58a70815be2b437371.png
[70 44]: /images/20220512/b44b341746474f98a76ffd0ee045162b.png
[70 45]: /images/20220512/b05b8f50c2ab4bf39e264e3aa309851d.png
[70 46]: /images/20220512/353530ac62f343ea9d0e5299fed39f2e.png
[70 47]: /images/20220512/718fd4dc70d84a4787f5d9cfc17d4a23.png
[70 48]: /images/20220512/21aee813ba934d028ba22f9c4b3d4553.png
[70 49]: /images/20220512/8b72d4d300454ec0948c2d58269b1327.png
[70 50]: /images/20220512/7f16a1c789f347d69f84db663f1952b6.png
[70 51]: /images/20220512/aabae9d4ab1e46a5b82db0052c5eca2b.png
[70 52]: /images/20220512/0e477ab663cb4006a328a6182d49eac2.png
[70 53]: /images/20220512/2443dc812e7345cabf93ddb1388c75ea.png
[70 54]: /images/20220512/ee9ef94f59a8484790a112b4ddf013ca.png
[70 55]: /images/20220512/91c232b5ca764553bd68e3e38514fc6f.png
[70 56]: /images/20220512/4d428209aa3b4b908475d7f60713599f.png
[70 57]: /images/20220512/8f0397deceef4b84b1d72da6149a5202.png
[70 58]: /images/20220512/fb2454156fb6434da08fbdc11a02cbe3.png
[70 59]: /images/20220512/5d262850befc42cca2e089d6cc49afe2.png
[70 60]: /images/20220512/56b8fcf679c44990b8540cddbd028155.png
[70 61]: /images/20220512/0189a053dd304f05901e86cd7075e02c.png
[70 62]: /images/20220512/88572230a73d45cd95663cad24458de3.png
[70 63]: /images/20220512/99235d19af3e45b6896358f9c024e342.png
[70 64]: /images/20220512/448f1342eac44186b493633c929658cc.png
[70 65]: /images/20220512/c7f2015dc93249d3be9860fa020c3a37.png
[70 66]: /images/20220512/4f449e7aa6794297aad4fea4a6b22167.png
[70 67]: /images/20220512/10c74cad091f4d9ba58aa386b1a7a0a8.png
[70 68]: /images/20220512/b4d9197263e14b169b1b25ae9b13757f.png
[70 69]: /images/20220512/7effced9388345b4bb64f0ab5ddf8a5b.png
[70 70]: /images/20220512/8b6994129eee43f8b06f7cfecaf87a25.png
[70 71]: /images/20220512/55f28812defa4d3897e6668f5291e74e.png
[70 72]: /images/20220512/a8a8a03254bc4f70b10a317353f5a5e3.png
[70 73]: /images/20220512/2501e52768394525947adc498f0d051f.png
[70 74]: /images/20220512/6c9bf97a556945f5b588647520a1de71.png
[70 75]: /images/20220512/5f86aee317be4ae69a3c71c78a09d89c.png
[70 76]: /images/20220512/16f57bce386d45cca0d4a63da022deef.png
[70 77]: /images/20220512/463080bd6cfc4a9db87bc12932c1b22e.png
[70 78]: /images/20220512/0a0cb444219940ea99199c3984619fad.png
[70 79]: /images/20220512/5740c1970ffe4512863f3dc9ac7c3d29.png
[70 80]: /images/20220512/a318e39567bc4b55b46d8a45fe879b89.png
[readme.md]: http://readme.md
[70 81]: /images/20220512/888ce6e8e1cb4a81be60b7896e2a1a1b.png
[70 82]: /images/20220512/fddb53d4e834451483c08a5eeefce4ac.png
[70 83]: /images/20220512/566893b76bf944eb9532efa01e6125b0.png
[70 84]: /images/20220512/e1bf0ef5af1d42178f97034b5b8e5a5a.png
[70 85]: /images/20220512/2ddb1951ed104de98e9d4231a7cfaf79.png
[70 86]: /images/20220512/d1d3568379714a3f865f835490d61a19.png
[70 87]: /images/20220512/3c20e3cfdef542e7a9b387796ce61e82.png
[70 88]: /images/20220512/175bacbbf9cc41fba90c2d389a47e333.png
[70 89]: /images/20220512/5bcb62a822e846788a1bb9376c2932af.png
[70 90]: /images/20220512/781980fedcbd4e0b980dad6853eb0bb6.png
[70 91]: /images/20220512/20047e42f19b4570a57b6a6b96d4cce0.png
[70 92]: /images/20220512/ebfdb3a68629482791618b23cf240e41.png
[70 93]: /images/20220512/33375197fc4c48b1b48dda5af031f3db.png
[70 94]: /images/20220512/02c85f0926df44f8aa2025f94f845a82.png
[70 95]: /images/20220512/bc732044486a443eb0a56fb79a6e9beb.png
[70 96]: /images/20220512/f2f3bd9d7dc64d3fa0d05dfdc3356d60.png
[70 97]: /images/20220512/c7a5f9019bdc48d199e9880828da2844.png
[70 98]: /images/20220512/28a54aa1be8d4d46bc11d080d96a7e20.png
[70 99]: /images/20220512/9f9515aefadf42f3ae4161d179f3e1c1.png
[70 100]: /images/20220512/1f033559baff41c1bdcdd7a392e97c5f.png
[70 101]: /images/20220512/3fe908b6ea7f4998abf26d6dbaa79971.png