git使用教程2

╰+哭是因爲堅強的太久メ 2021-07-26 13:05 379阅读 0赞

# 3. Git的基本使用 #

## 3.1. 创建版本库 ##

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。由于git是分布式版本管理工具，所以git在不需要联网的情况下也具有完整的版本管理能力。

创建一个版本库非常简单，

1）首先，选择一个合适的地方，创建一个空目录。我在本机的D:\\test目录下，创建了一个Hello目录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70][]

2）使用git init命令把这个目录变成Git可以管理的仓库：

![20191129145746462.png][]

命令输入后，会提示你，已经创建了一个空的Git仓库。此时你会在hello目录下发现一个隐藏目录.git

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 1][]

这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了。如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用**ls -ah**命令就可以看见。

此处的hello目录就是我们的：**工作区**，存放所有当前文档。此目录下的文件才会被Git管理

hello中的.git目录就是我们的：**本地仓库**，管理并保存所有的文档变化及历史状态。

总结：创建版本库的步骤：

1） 进入需要管理的目录

2） 执行 **git** **init** 命令

## 3.2. 添加文件并提交 ##

版本控制系统，其目的就是跟踪文本文件的改动，例如我们开发时编写的.java、.xml、.properties本质都是文本文件。文件中每一个字符的变化都会被跟踪并且管理。

1）我们在当前的hello目录下创建一个新的文本文件：readme.txt

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 2][]

编写一段文字（注意，一定不要用windows的记事本）：hello git

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 3][]

2）接下来，我们使用 **git** **add** 命令，将文件添加到暂存区

git add 文件名

![201911291458483.png][]

没有任何的反应，证明没有问题

3）使用 **git commit** 命令，将暂存区文件提交到本地仓库

![20191129145902521.png][]

如果是第一次安装使用git，提交的时候需要认证用户

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 4][]

命令解释：

**git commit** 命令可以将暂存区的文件提交到版本库。

**-m** 参数，是本次提交的说明信息，用来注释本次提交做了些说明事情。

**总结**，将一个文件添加到本地仓库，分两步：

3） 使用 **git add**  命令，添加文件。可以一次添加多个文件。

4） 使用 **git commit** 命令，提交，一次即可。

可能大家会有疑问，为什么这里不是直接commit提交，而是要经过add和commit两个步骤呢？

这就关系到Git的版本库中的 工作区 暂存区概念了。

## 3.3. 工作区/暂存区/版本库 ##

我们先来理解下Git 工作区、暂存区和版本库概念

### 3.3.1. 工作区： ###

工作区就是你在电脑里能看到的目录。比如我们刚刚创建的hello目录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 5][]

其中包含了一个隐藏目录 **.git** ，其它就是我们需要被管理的文件。

### 3.3.2. 版本库及暂存区 ###

工作区有一个隐藏目录**.git**，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为**stage**（或者叫**index**）的暂存区，还有Git为我们自动创建的第一个分支**master**，以及指向**master**的一个指针叫**HEAD**。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 6][]

前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：

第一步是用**git add**把文件添加进去，实际上就是把文件修改添加到暂存区；

第二步是用**git commit**提交更改，实际上就是把暂存区的所有内容提交到当前分支。

因为我们创建Git版本库时，Git自动为我们创建了唯一一个**master**分支，所以，现在，**git commit**就是往**master**分支上提交更改。

你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。

## 3.4. 管理文件修改 ##

被版本库管理的文件不可避免的要发生修改，此时只需要直接对文件修改即可。修改完毕后需要将文件的修改提交到版本库。

我们对readme.txt文件进行修改，添加一行数据：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 7][]

### 3.4.1. 差异比较 ###

用git diff -- readme.txt命令可以查看工作区和版本库里面最新版本的区别：

![20191129150008912.png][]

可以发现，与版本库中的 readme.txt相比，我们多了一行文本！

### 3.4.2. 查看状态，提交修改 ###

我们如果不确定自己的哪些文件被修改了，可以使用**git status** 命令，查看当前工作区的状态：

![20191129150017756.png][]

可以清楚的看到：changes not staged for commit（修改没有被缓存，需要使用git add来进行添加操作）

我们使用**git add** 命令，添加到暂存区，然后再次查看状态：

![20191129150033913.png][]

这次提示： changes to be commited （修改需要被提交），我们使用**git** **commit** 进行提交后，再次查看状态：

![20191129150045362.png][]

提示说：工作区很干净，没有任何需要提交，搞定！

### 3.4.3.版本回退 ###

现在，我们再次修改readme.txt，添加一行内容：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 8][]

然后提交到版本库：

![20191129150105198.png][]

3.4.3.1.日志查看

我们通过 **git** **log** 命令，可以查看历史的每次提交信息：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 9][]

可以发现，目前为止，我们已经在本地仓库中提交了3次，也就是说有3个不同版本。其中，最近的这个版本有一个标示：**HEAD** ，这就是标记当前分支的当前版本所在位置。

本例当中，当前版本即 test version control这次提交,如果没有HEAD->MASTER,加上 --decorate查看，即git log --decorate。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 10][]

另外，在log中，每一个版本的前面，都有一长串随即数字：2edf728e6fde09c9d33ce6dd96fd684ed09ebcc ，这是每次提交的**commit id** ，这是通过SHA1算法得到的值，Git通过这个唯一的id来区分每次提交。

3.4.3.2. 版本回退

现在，假设我们要回到上一级版本，该如何操作呢？

首先，Git通过**HEAD**来判断当前所在的版本位置。那么上一个版本，就用**HEAD^**标示，上上一个版本就是**HEAD^^**，当然往上100个版本写100个^比较容易数不过来，所以写成**HEAD~100**。

如果要从 “test version control” 回退到 “modify readme file” ，我们可以使用 **git** **reset** 命令

![20191129150147301.png][]

提示说：HEAD 现在已经被设置到 35CEB36 的版本，即 modify readme file。

我们查看readme.txt：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 11][]

果然，版本已经回退了，最新添加的数据“test version control”已经没了。

此时再次查看日志，发现只剩下2次提交信息了，第三次提交的信息已经没了：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 12][]

假如此时我后悔了，还想回到第3次提交的版本，怎么办？

3.4.3.3. 查看所有关联日志

我们可以通过git reflog命令，看到以前的每次执行动作：

![2019112915022391.png][]

其中红框内的部分，就是我们第三次提交的日志信息。前面的e498642 就是第三次提交的 commit id 的前几位数字。

我们可以通过指定commit id 的方式，来指定HEAD的位置：

指令：git reset --hard \{commit id\}

![20191129150234443.png][]

查看日志：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 13][]

查看文件：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 14][]

数据又回来了！

3.4.3.4. 总结

如果要进行版本回退或前进，一般分两步：

1） 通过**git log** 或 **git reflog** 查看操作日志，查找版本的**commit** **id**

2） 通过 **git reset --hard**  设置**HEAD**到指定版本

其实版本的回退，仅仅是修改HEAD指针的位置而已，因此Git进行版本的切换，比svn要快的多！

### 3.4.4.撤销修改 ###

3.4.4.1.撤销工作区修改

现在我们在readme.txt中添加一行数据：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 15][]

在你提交前，你突然发现这个修改是有问题的，你打算恢复到原来的样子。怎么办？

如果修改的并不多，我们完全可以手动恢复到原始状态。但是如果改动比较大，手动处理就很容易有遗漏，而且很麻烦。怎么办？

查看状态：

![20191129150319884.png][]

Git提示我们，现在文件已经修改，等待被staged（暂存）。我们有两个选择：

1） 可以使用**git add** 来添加到暂存区，接着去提交文件

2） 可以使**git** **checkout --**  来撤销修改

所以，这里我们选择第二种方案后,再次查看状态：

![20191129150330347.png][]

工作区是干净的！修改已经被撤销了！

查看文件：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 16][]

3.4.4.2.撤销staged修改

刚才的案例中，我们修改了数据，并没有add带暂存区，处理起来还算简单。如果我们已经吧数据add 到了暂存区，又该如何处理呢？

我们首先添加一行数据到readme.txt

![20191129150424795.png][]

并且添加到staged（暂存区），然后查看状态

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 17][]

有一个修改等待被提交，并且有一行提示：

![20191129150448577.png][]

可以使用 **git reset HEAD**  来撤销缓存修改。

我们前面说过，**git reset** 命令可以进行版本回退，此处reset 指定的是**HEAD** ，而不是其他版本，因此就有撤销缓存修改的作用：

![20191129150503969.png][]

查看状态：

![20191129150512836.png][]

发现文件的修改被撤回到了工作区，尚未添加到staged（暂存区），我们再次执行**git checkout** **--**  即可撤销工作区修改

![20191129150523298.png][]

工作区干净了！

查看文件：

![20191129150534417.png][]

文件也恢复了原来的状态，整个世界都清净了！

3.4.4.3.总结

撤销修改分两种情况：

1） 撤销工作区修改，使用**git checkout** **--**

2） 撤销暂存区修改，分两步：

a) 使用**git reset HEAD** 来撤销暂存区修改。

b) 使用**git checkout** **--** 来撤销工作区修改

# 4. 远程仓库 #

到目前为止，我们已经学会了如何在本机利用git进行文件版本管理，但是如果要想进行多人协作，我们就必须使用远程仓库。将本地仓库的数据同步到远程仓库，实现多人协作开发。

目前比较热门的代码托管社区：GitHub，网址：[https://gtihub.com][https_gtihub.com] ,提供了免费的远程git仓库功能。不过网速不是特别流畅。 在国内，有很多的公司使用oschina提供的git服务：码云, [https://gitee.com][https_gitee.com] ，当然，我们也可以自己来搭建远程仓库。目前学校服务器中搭建了一个git私服，其地址为：[http://192.168.50.33:10080][http_192.168.50.33_10080]

## 4.1. 访问远程仓库 ##

### 4.1.1. 注册并登录 ###

访问：[http://192.168.50.33:10080][http_192.168.50.33_10080]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 18][]

大家自己注册并登录：

![20191129150600699.png][]

### 4.1.2. 创建新的仓库 ###

在页面左侧，选择创建新的仓库

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 19][]

填写仓库信息：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 20][]

仓库创建完毕，可以看到，如果我们要与远程仓库同步，这里支持两种不同的通信协议，**ssh**和**http**。当我们选中一种协议后，后面会出现对应的**远程仓库地址**。

![20191129150635830.png][]

具体用那种协议要看企业团队，一般用HTTP协议的比较多，因为简单。

如果处于安全一般会使用ssh协议。但是要使用SSH协议进行同步，你就必须生成SSH密钥，并添加到当前仓库的许可列表中！接下来了解下SSH协议。作为开发人员我们不需关注这个协议，重点是使用git工具进行代码的远程操作。

### 4.1.3. SSH协议 ###

4.1.3.1. 什么是ssh

SSH是英文Secure Shell的简写形式。通过使用SSH，你可以把所有传输的数据进行加密，相对于HTTP协议更安全。

使用SSH，还有一个额外的好处就是传输的数据是经过压缩的，所以可以加快传输的速度。SSH有很多功能，它既可以代替Telnet，又可以为FTP、Pop、甚至为PPP提供一个安全的"通道"。

如果一个用户从本地计算机，使用SSH协议登录另一台远程计算机，我们就可以认为，这种登录是安全的，即使被中途截获，密码也不会泄露。

最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。

4.1.3.2. 创建SSH密钥

Git-bash中已经集成了ssh功能，所以我们只需要简单的命令，即可生成密钥：**ssh-keygen -t rsa**

一路回车向下走，不要输入任何内容即可！

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 21][]

执行命令完成后,在window本地用户.ssh目录C:\\Users\\用户名.ssh下面生成如下名称的公钥和私钥:

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 22][]

4.1.3.3. 添加SSH密钥到git私服

选择用户，个人设置：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 23][]

点击SSH密钥设置，并添加密钥：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 24][]

密钥的内容，就是刚刚生成的两个密钥中的公钥：**id\_rsa.pub**,用文本编辑工具（EditPlus）打开，并且复制内容即可。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 25][]

将这段公钥添加到用户，这就说明，这台公钥的机器具备了访问这个git账号中的远程仓库的权限！因此一定要慎重添加。不能随意让别人操作你的仓库！！

### 4.1.4. 推送远程仓库  ###

通过控制面板，回到仓库页面，发现下面有一段帮助信息：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 26][]

关联远程仓库：

git remote add origin ssh://git@192.168.50.33:10022/fangqyou/hello-git.git

推送本地仓库到远程仓库的master分支：

git push -u origin master

需要注意的是：**git remote add origin** 后面紧跟的，其实是上面的仓库地址信息

执行命令，发现有提示信息：

![20191129150756113.png][]

第一次推送，会有提示信息，我们输入yes：

![20191129150804268.png][]

推送成功！此时登录远程仓库，刷新页面，可以看到数据已经推送，并且与本地仓库完全一致：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 27][]

从现在起，只要本地作了提交，就可以通过命令：

git push origin master

把本地**master**分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

### 4.1.5. 克隆远程仓库 ###

现在，假设一个新的成员要加入我们的开发队伍，那他首先要做的第一件事情，一定是从远程仓库获取所有代码。此时就可以使用克隆动作。

克隆远程仓库：就是从远程把仓库复制一份到本地，克隆后会创建一个新的本地仓库。

我们随意找到一个目录D:\\test\\world:

![20191129150837254.png][]

打开控制台，输入命令：**git** **clone** 远程仓库地址

远程仓库地址可以在仓库页看到：

![20191129150851897.png][]

输入命令：

![20191129150857507.png][]

查看目录：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 28][]

内容：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 29][]

查看状态：

![20191129150931473.png][]

OK，你已经与远程仓库完全一致了，开始你的工作吧！

### 4.1.6. 拉取远程仓库数据 ###

现在如果有人也向远程仓库推送了代码，那么当我们就需要拉取 远程仓库的最新代码到本地：

我们可以先手动修改远程仓库数据，模拟他人的提交：

![20191129150941685.png][]

在本地拉取最新代码，使用**git pull** 命令

![20191129150951880.png][]

查看readme文件：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 30][]

内容已经与远端保持一致。

## 4.2. 总结 ##

注意：

1） 如果要使用SSH协议与远程仓库同步，就必须先在本地生成公钥和私钥，然后将公钥添加到远程的SSH列表

2） 如果已经有本地仓库，并且想要与远程仓库关联，一般需要两步：

a) 通过**git remote add origin** \+ 远程仓库地址 进行关联

b) 通过**git push -u origin master**推送本地仓库修改到远程仓库

3） 如果没有本地仓库，先创建远程仓库，然后通过**git clone** \+ 远程仓库地址 进行克隆并创建本地仓库

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70]: /images/20210726/f3beeb9886e64e49b91ce40c46269f02.png
[20191129145746462.png]: /images/20210726/e570ad5012f24c658d42b5df8b81afcb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 1]: /images/20210726/d71c819fb8494343acc21ffc7b492481.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 2]: /images/20210726/2473f3e3ea3c40a2ac033203512d146e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 3]: /images/20210726/d4bb5832389f49c5a8586f03e88a479f.png
[201911291458483.png]: /images/20210726/b1115cb04111433cbf02f4a5688a98c2.png
[20191129145902521.png]: /images/20210726/c62244c35c6545faafd85ce343de66cd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 4]: /images/20210726/5abde353e64b4032bc63784ba592b23b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 5]: /images/20210726/7351229efbae48ceb8b9dfe4be47a5be.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 6]: /images/20210726/2aea154fbaa44ed48f76a4a49e6aecdc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 7]: /images/20210726/68a7de63c9e6439c98bb1286be3a35e3.png
[20191129150008912.png]: /images/20210726/349a9f44f25940b78855112761c94116.png
[20191129150017756.png]: /images/20210726/9cce38d0ac7444829e0a7bf52365e424.png
[20191129150033913.png]: /images/20210726/f5142f7d0c774e2bb82eb679753f436a.png
[20191129150045362.png]: /images/20210726/b988ed44a3204701a6aac8a278cd73c5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 8]: /images/20210726/6d031860399440cf887610102ce0557c.png
[20191129150105198.png]: /images/20210726/132280759b084730a2ba027a5274a961.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 9]: /images/20210726/223036003a03475b9ace6b0eec4dec7b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 10]: /images/20210726/16bd8ab0129f47efaae39a2a50ced22a.png
[20191129150147301.png]: /images/20210726/e1e2cebbf8dc463d860ed54686e5f26b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 11]: /images/20210726/00acc702da114ac79070f077c0a9843c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 12]: /images/20210726/a9419ff9a85847e5a5546ee24629ff05.png
[2019112915022391.png]: /images/20210726/d8a1f89ace2e4cc98abcbbe4720d7f76.png
[20191129150234443.png]: /images/20210726/518db7e539c04179ac01803ea845d748.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 13]: /images/20210726/29109bf958bd48bc9285655024f5d950.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 14]: /images/20210726/9c4c244810af4e3ea1c00a19250fd8c1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 15]: /images/20210726/f512fabd35f74855ad4c0178466820bc.png
[20191129150319884.png]: /images/20210726/23fe5ec66463485dacdff57cce567933.png
[20191129150330347.png]: /images/20210726/daedb1b180564305a850d7490a4a88f9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 16]: /images/20210726/dfc34ff5b66c460aba7fe8be17bbb85d.png
[20191129150424795.png]: /images/20210726/7d2abeb5b15343868faeb147f9ce6e2d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 17]: /images/20210726/5f11111c1e1a45b59a26356c27acd7ed.png
[20191129150448577.png]: /images/20210726/6644ac7f7cde468e9bbad979d680462d.png
[20191129150503969.png]: /images/20210726/cbedc01c1a2b41a3acdf4ea5abd3b897.png
[20191129150512836.png]: /images/20210726/4248f8509e034aa790b9e2c97c2c2f5a.png
[20191129150523298.png]: /images/20210726/691179c919b1466e9e41579a00e7033d.png
[20191129150534417.png]: /images/20210726/e9923194038041b3af6670515f2230ed.png
[https_gtihub.com]: https://gtihub.com
[https_gitee.com]: https://gitee.com
[http_192.168.50.33_10080]: http://192.168.50.33:10080
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 18]: /images/20210726/a9ab9f5908fd460d96721b08fabb4ed9.png
[20191129150600699.png]: /images/20210726/7ae6156c5fd94d3b95816bbbb6ab6896.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 19]: /images/20210726/d11cec85b6104c59b15fcde72e425d01.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 20]: /images/20210726/69d38cf076d54fc58071a7518d164eb3.png
[20191129150635830.png]: /images/20210726/f77ed0d101d749dc9f046e5162cd13fa.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 21]: /images/20210726/0ea8bd4b258444b08bcb9b8283ce5630.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 22]: /images/20210726/4aa96124b8714b84bcd6ef35ddc0e655.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 23]: /images/20210726/2a41e49a62bc4660baebf4b2c1a0e4a3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 24]: /images/20210726/df52df5f64db4cadac20fa9d0af05631.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 25]: /images/20210726/3776ee945c60498aa246e3cffb1c7e41.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 26]: /images/20210726/ceb91d2bcca5486e883698a923dbc39b.png
[20191129150756113.png]: /images/20210726/f4f52b070ad24df7a4c0a9d48dc8db5d.png
[20191129150804268.png]: /images/20210726/070d96a3fde743729744b4297db952c2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 27]: /images/20210726/35f5893afb144411969f5415c9d5c87f.png
[20191129150837254.png]: /images/20210726/db7f7e59b8094e82a47f7dbeed3b182f.png
[20191129150851897.png]: /images/20210726/f8aa9472598b4b5c9ed33df8ff078a02.png
[20191129150857507.png]: /images/20210726/d22abcbd471d4bc69281b81a2229473d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 28]: /images/20210726/336b0f4482db438abf987242cc7bf9e5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 29]: /images/20210726/9880928cf27d45c58a09f9adc0a6b309.png
[20191129150931473.png]: /images/20210726/c849e29d51454d30b59d71ab466c921e.png
[20191129150941685.png]: /images/20210726/4d5fb7fa3cb2484fb93dc4964bf384e9.png
[20191129150951880.png]: /images/20210726/80c521d3a4c848419d227614cf9126f4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xpbWluZzEwMTY_size_16_color_FFFFFF_t_70 30]: /images/20210726/5091a31f5b3c4c16a30ed9f3c4ca23c2.png