0


Git和gdb的使用

文章目录

一.Git的使用

1.什么是Git

Git是一个分布式版本控制系统,我们所用的Gitee和Github就是Linux之父Linus Torvalds所写的版本控制器商业化以后的结果。

我们有时候会遇到这种情况:你的上司对你的第一版方案不满意于是让你回去修改,你几经修改总是不能让你的上司满意,最后你的上司要求你将你的第一版提供出来。

你可能是直接基于你的旧版本进行的修改,所以在你修改的同时你也丢失了你的旧版本。

基于这种情况,便有人开发了版本控制器,你可以将你的旧版本上传到版本控制器以后直接在旧版本上修改,如果需要旧版可以直接去版本控制器中查找。

2.Gitee仓库的创建

在这里插入图片描述

.gitgnore是一个后缀的合集,在.gitgonre出现的后缀都不会被上传到Gitee。

在Linux下你可以使用vim对该文件进行修改

在这里插入图片描述

在这里插入图片描述

复制该仓库的链接,然后在服务器终端输入

git clone+链接

强调一下这里要输入的用户名和密码都是你登陆Gitee时所用的账户名和密码

补充

在这里插入图片描述

在我的服务器下使用

ll

无法看到.git,必须使用

ls -al

进入到仓库以后发现有一个

.git

目录,这个目录其实就是本地仓库。所谓仓库其实就是一个目录,这个目录中存放着本地仓库的内容。而push也就是将.git中的文件同步到Gitee中。(Gitee中也有这个文件,不过隐藏了无法看到)

3.Git三板斧

如果你没有的服务器还没有安装Git就使用

sudo yum install -y git

安装

a.添加(将文件放至暂存区)

gitadd.

在这里插入图片描述

要在你的仓库目录下才可以提交,并且只能提交你仓库目录下的文件。

使用添加命令以后并没有直接给你上传到Gitee中,只是将内容暂存到了一个临时区域。

b.提交(将暂存区文件添加到.git仓库)

git commit -m '测试提交'

在首次使用git commit时,会要求你输入你Gitee的的账户名和邮箱

在这里插入图片描述

-m选项后面跟的是提交日志,这个可不能乱写哦,否则和公开处刑没什么区别。

使用

git log

命令就可以查看到你的提交日志,公司在开发项目时会公用仓库,也就是说所有人都可以看到你写的提交日志。

在这里插入图片描述

此时距离将代码文件只差最后一步了,我们只要再push一下,就可以将.git中的新增文件添加到Gitee中。

c.push(将本地文件同步到Gitee)

git push

在这里插入图片描述

然后你就可以看到你的本地文件已经提交到Gitee上了

在这里插入图片描述

4.补充斧

a.git pull

要知道在Gitee上也是可以更改代码的,如果有人在Gitee上更改了代码,然后你又在服务器上新增了文件。这个时候就会造成冲突,因为本地文件不是最新的。此时就需要使用

git pull

拉取一下了。

在这里插入图片描述

用git pull将在Gitee更新的结果拉取到本地仓库以后再使用git push就可以继续上传文件了

在这里插入图片描述

如果遇到这种一堆看不懂的不知道啥情况的就按ctrl+c退出,然后就会弹出一个vim窗口,直接输入

:q!

就可以了,退出后可以继续使用指令上传Gitee

在这里插入图片描述

b.git status

这是一个用来查看暂存区和仓库文件变更状态的指令,当我没有新的更改时,使用

git status

就是如下结果:

在这里插入图片描述

如果有更改

在这里插入图片描述

在Gitee上不存在的文件,在第一次提交时必须走完三板斧。如果是对Gitee中已经存在的文件做更改则只需要使用三板斧的后两板斧即可。

二.gdb的使用

在前面我们已经学过了vim编辑器,并且也在一直使用vim编写代码。对于有问题的代码,我们在Windows下使用的那些集成编译环境都是可以直接调试的。在Linux下则是通过gdb来达到调试代码的目的的。

如果你的服务器没有配置gdb则使用

sudo yum install -y gdb

安装一下即可

1.release和debug

![]](https://img-blog.csdnimg.cn/c26a637729084e768710110faf708c1a.png)

在这里我创建一个mytest.cpp然后使用g++编译以后,想用gbd调试一下。但是服务器告诉我不能调试,然后反馈了一堆信息。前面刚说gdb是Linux下的调试器,为什么这里又不能调试?

这是因为程序有两个版本,分别是release和debug。

对于程序员来说,在编写代码的时候需要使用到调试这个功能,所以需要在程序中加入调试信息,这就是debug版。

但是对于用户来说,他们不会调试也不关心如何调试程序,他们只在乎程序好不好用。所以就不用在程序中加入调试信息(而且删掉调试信息会让程序更轻量化),所以发布版都是release版。

Linux中默认是release版本,所以这里说no debugging symbols。

说到默认,这里就来总结一下Linux中的默认行为吧:

gcc/g++默认行为

默认是动态链接(动态链接要加static)

默认是release

vim默认行为

默认打开就是命令模式

2.使用

a.生成debug版

如果要使用gdb调试,那么在生成可执行文件的时候就要加上

-g

选项

在这里插入图片描述

前面提到,debug版本要加入调试信息而release就不用,这个最直观的表现就在于文件大小,加入了调试信息的debug肯定是要比没有调试信息的release版本要大

在这里插入图片描述

b.显示

显示代码(l)

当我们使用gdb开始调试后,刚开始屏幕上并没有我的代码,当我输入

l

以后才会显示我的代码

在这里插入图片描述

默认是先显示十行,如果要继续往下显示就摁回车

也可以指定显示:

在这里插入图片描述

显示内部格式信息(readelf -s)

在这里插入图片描述

|

是管道,同时使用多个指令的时候就需要使用管道

c.断点

根据我们在Windows下使用编译器调试的经验来说,要调试一个程序打断点是必不可少的。

b(打断点)

在这里插入图片描述

info b(查看断点)

在这里插入图片描述

d+断点编号(删除对应编号的断点)

在这里插入图片描述

d.运行

在Windows下调试分为逐过程和逐语句,gdb同样可以,此外gdb还支持单独调试某一个函数这样的功能。

r(运行调试,在断点处停下)
在这里插入图片描述

n(逐过程调试)

在这里插入图片描述

没有进入到函数内部,直接跳到了下一步

s(逐语句)

在这里插入图片描述

进入到函数内部调试

c(运行至下一个断点处)
在这里插入图片描述

bt(调用堆栈)

在这里插入图片描述

fin(运行完当前函数)

在这里插入图片描述

display/undisplay(相当于监视)

在这里插入图片描述

until(运行到指定行号)
在这里插入图片描述

set val(修改变量的值),p+变量(打印变量的值)

在这里插入图片描述

info locals(查看当前栈帧中的局部变量)
在这里插入图片描述

disable breakpoints(禁用断点)

在这里插入图片描述

三.总结

对于Git和gdb的使用,掌握以上的指令就已经足够我们日常使用了。到此我们已经学过了软件安装包yum,地表最强编辑器vim,gcc/g++编译器,如何将代码上传到Git,掌握简单的gdb指令用于调试。已经有能力在Linux下编写代码了,所以开发工具的相关学习也就到此为止了。接下来我们将走向更底层,也就是系统编程。冥王说,一颗树越要向上,它的根就越要向下。要继续加油啊!

标签: git linux github

本文转载自: https://blog.csdn.net/m0_62633482/article/details/129721039
版权归原作者 别动我的饭 所有, 如有侵权,请联系我们删除。

“Git和gdb的使用”的评论:

还没有评论