🚀每日鸡汤：生活不相信眼泪，即使你把眼泪流成珍珠，灰暗的生活也不会因此而闪光。
目录
一、使用git命令行
1.1安装git、配置仓库
Ⅰ.gitignore
Ⅱ.git
1.2git的基本使用
二、Linux调试器-gdb
2.1、gdb的使用
2.2、 debug与release版本的区别
①release版本大小小于debug版本
②readelf -S 可执行程序(debug/release)
2.3、 gdb的基本指令
Ⅰ断点
Ⅱ调试
一、使用git命令行
1.1安装git、配置仓库
安装git ：sudo yum install -y git
我们在自己的gitee开创一个仓库，用于上传我们的Linux文件。然后就可以克隆到Linux
在我们git下来的文件里面除了两个说明书和一个通行证，还有隐藏文件：.gitignore和.git. 我们先来谈.gitignore
Ⅰ.gitignore
它的里面全是文件后缀：
这些后缀是做什么的呢？凡是在.gitignore里面的后缀，我们在上传的文件后缀凡是被包含于其中的，都不会被上传到gitee，相当于一个过滤器。
Ⅱ.git
而所谓的git仓库，本身就是一个目录.git +里面的内容。
.git类似于我们的一个中转站，我们先把新增的文件添加到.git目录，然后再上传到码云gitee。介绍完这些，我们再来看一下git的基本使用。
1.2git的基本使用
①git add
git add 文件名 这个指令的作用在于将我们刚刚clone下来的目录里新增的文件添加到.git目录。
②git commit -m ‘日志’
这个指令先把.git新增的文件合并到本地仓库，注意，这里我们还没上传到远端，而引号里面就是我们要写的日志，我们可以添加一些备注或者日期。
③git push
把本地的推送到码云。需要我们输入gitee的用户名和密码，我们可以设置为免密码，但是不推荐。
④git status
查看git状态，会显示我们当前进行到git的哪一步了。
当我们git add .之后，查询状态，会提示我们下一步要commit。
⑤git mv
git mv source destination
要求source文件必须是文件，链接或目录，如果destination是现有的目录，则被认为是移动source到destination，如果destination不存在，则被判定是更改名字。
演示：
我们这里的git mv pu.c love包含三步：
mv pu.c love
rm pu.c
git add .
我们查询git status 就会发现已经执行了git add . 到了git commit的阶段。
需要注意的是如果是改名必须在git commit之后才能改名。
⑥git pull
如果你把远端的仓库里的文件给修改了，就会导致git push失败，这时就需要git pull把文件拉回来进行合并，然后我们就可以提交git push。git保证本地和远端仓库的文件要保持一致。
⑦git log
git log 可以查看所有的提交记录：
我们发现我们commit时写的日志也会显示，所以要提醒各位老铁，不要乱写，hr会看的！！😄
二、Linux调试器-gdb
2.1、gdb的使用
Windows下我们通过编译器比如说vs进行调试，那么在Linux下我们也有自己的调试工具--gdb。gdb是基于命令行式的调试，两者在方法上有区别，gdb没有vs调试起来那么方便，但是在思路上还是相近的。
一般我们的编译器上是没有配备gdb的，需要自己安装。
安装指令：sudo yum install -y gdb
这里要提到两个指令，在gdb模式下：
🖊list(l)是查看代码
🖊run(r)是运行代码
🖊quit(q)是推出gdb模式
那么我们可以看到我这里的查看代码什么也没有看到，这是为什么呢？这是因为，在默认情况下，gdb无法进行对现在发布的程序进行调试。也就是说，默认情况下，我们发布的程序是release版本。我们知道vs下我们想调试必须将软件设为debug模式，设为debug后才能生效，否则不能调试。
怎么才能让他以debug版本发布呢？我们需要在gcc编译软件时添加-g选项。
2.2、 debug与release版本的区别
①release版本大小小于debug版本
这肯定是毋庸置疑的，因为debug版本需要我们使用工具调试，需要文件展示的信息更多。
②readelf -S 可执行程序(debug/release)
Linux下有一个readelf -S 可执行程序(debug/release) 指令用于读取可执行程序的二进制构成。
虽然我们看不懂这些二进制，但是我们可以利用管道过滤一下得到debug信息。
我们可以小结一下Linux下的默认行为：
gcc默认行为：
1、默认是动态链接的。
2、默认是release版本
vim默认行为：
默认打开就是命令模式
2.3、 gdb的基本指令
gdb 退出：CTRL+d 或quit/q调试命令：
🖊list/l 行号:显示binFile源代码，接着上次的位置往下列，每次列10行。
🖊list/l 函数名:列出某个函数的源代码
🖊r或run:运行程序
🖊n或next：逐过程调试，相当于f10
🖊s或step：逐语句调试，相当于f11，可以进入函数
🖊break(b) 行号：给第n行断点。注意：如果打断点的所在行没有代码，就会相当于断点打在后面有代码的行。
🖊info break(b)：用于查看所有断点
🖊finish：首先需要进入函数，finish直接运行到将对应函数跑完，如果跑时挂掉，直接确定函数有问题。
🖊p 变量：查看变量内容。
🖊p &变量：查看变量地址。
🖊set var：修改变量的值
🖊continue(c)：从一个断点运行到下一个断点
🖊run(r)：r相当于f5.当没有断点的时候，就是运行程序，有断点的时候就是运行到第一个断点处。
🖊d b：删除所有断点
🖊d b 断点编号：d 断点编号去掉指定断点，这里需要注意，不是d 行号 去掉断点，而是我们info b 查看到的每个断点的编号。
🖊disable breakpoints：禁用断点
🖊enable breakpoints：启用断点
🖊info(或i) b：查看当前设置了哪些断点
🖊display 变量名：跟踪查看一个变量，每次停下来都显示它的值
🖊undisplay：取消对先前设置的那些变量的跟踪
🖊until X行号：跳至X行，跳出循环到有效代码行(不是空)
🖊breaktrace(或bt)：查看各级函数调用及参数，查看调用堆栈
🖊info(i) locals：查看当前栈帧局部变量的值，显示特定区域中的临时变量。
Ⅰ断点
①gdb l 1
从第一行开始显示，显示后面的不用再输入指令，回车即可，gdb会默认记住之前的指令。
②gdb b(break) #
gdb b(break) #：给第#行断点。
我们可以打多个断点。
打过断点后，我们不像在vs上能看到红色断点，我们怎么在Linux上查看断点呢？
③info(i) b
info b：用于查看所有断点。
④delete(d) 断点编号
d 断点编号去掉指定断点，这里需要注意，不是d 行号 去掉断点，而是我们info b 查看到的每个断点的编号。
在掌握这些基本指令之后，怎么调试呢？在vs下我们f5是执行到断点，当断点比较多的时候，f5表示从一个断点执行到另一个断点。CTRL+f5 是执行可执行程序。那么在Linux下与之对应的哪些指令是调试呢？
Ⅱ调试
①gdb r
r相当于f5.当没有断点的时候，就是运行程序，有断点的时候就是运行到第一个断点处。
②gdb p
p 变量用于查看内容，p &变量，查看地址。
但是我们这样查看很不方便，只能看到临时的，不能常显示。
③display && undisplay
display可以常显示变量。 display &变量可以常显示变量地址。
取消常显示：undisplay 编号
undisplay用于取消常显示，我们取消的也是变量的编号。
④disable && enable
有些断点虽然我们打下了，但是我们不想让它生效，我们又不想取消这个断点就可以使用disable 断点编号指令。
与之对应的是enable 断点编号：重新使断点生效。
