Linux下git和gdb的使用

news2025/4/28 5:27:15

🚀每日鸡汤：生活不相信眼泪，即使你把眼泪流成珍珠，灰暗的生活也不会因此而闪光。

一、使用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选项。