Git和gdb的使用

Posted 2023-04-11 别动我的饭

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了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.添加（将文件放至暂存区）

git add .

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

使用添加命令以后并没有直接给你上传到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

在这里我创建一个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下编写代码了，所以开发工具的相关学习也就到此为止了。接下来我们将走向更底层，也就是系统编程。冥王说，一颗树越要向上，它的根就越要向下。要继续加油啊！

LinuxLinux调试器--gdb详解

一.Linux调试器-gdb使用

1.背景

·程序的发布方式有两种，debug模式和release模式
·Linux gcc/g++出来的二进制程序，默认是release模式
·要使用gdb调试，必须在源代码生成二进制程序的时候, 加上 -g 选项

2.使用

·开始调试：gdb binFile;

·退出调试：ctrl + d 或quit(q)

·list／l 行号：显示binFile源代码，接着上次的位置往下列，每次列10行。

·list／l 函数名：列出某个函数的源代码，含函数名上下各五行。

·r或run：从开始连续而非单步执行程序遇到断点停下。（相当于vs中的 F5）

·n 或 next：单条执行。（相当于vs中的F10）
·s或step：进入函数调用（相当于vs中的F11）
·break(b) 行号：在某一行设置断点(相当于vs中的F9)
·break 函数名：在某个函数开头设置断点
·info break（b）：查看断点信息。

·finish：执行到当前函数返回，然后停下来等待命令
·print§：打印表达式的值，通过表达式可以修改变量的值或者调用函数
·p 变量：打印变量值。
·set var：修改变量的值
·continue(或c)：从当前位置开始连续而非单步执行程序
·delete breakpoints：删除所有断点
·delete breakpoints n：删除序号为n的断点
·disable breakpoints：禁用断点
·enable breakpoints：启用断点

·display 变量名：跟踪查看一个变量，每次停下来都显示它的值

·undisplay：取消对先前设置的那些变量的跟踪
·until X行号：跳至X行
·breaktrace(或bt)：查看各级函数调用及参数

·info（i) locals：查看当前栈帧局部变量的值

quit：退出gdb

二.Linux项目自动化构建工具-make/Makefile

1.背景

makefile 的作用是自动化编译，一旦写好，只需要一个make命令，整个工程完全自动编译，极大的提高了软件开发的效率。
make是一个命令工具，是一个解释makefile中指令的命令工具，一般来说，大多数的IDE都有这个命令，比如：Delphi的make，Visual C++的nmake，Linux下GNU的make。因此，makefile都成为了一种在工程方面的编译方法。

2.依赖关系和依赖方法

1 a.out:test.o
  2   gcc test.o -o a.out 
  3 test.o:test.i
  4   gcc -c test.i -o test.o
  5 test.i:test.s
  6   gcc -S test.s -o test.i
  7 test.s:test.c
  8   gcc -E test.c -o test.s

上面的文件中，a.out 依赖于 test.o;test.o 依赖于 test.s;test.s 依赖于 test.i;test.i 依赖于 test.c。gcc -E test.c -o test.i 就是与之对应的依赖关系。
【注意】依赖关系必须顶格写；依赖方法必须以一个完整的tab开头。

3.原理

make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到“a.out”这个文件，并把这个文件作为最终的目标文件。
如果a.out文件不存在，或是a.out所依赖的后面的test.o文件的文件修改时间要比a.out这个文件新（可以用 touch 测试），那么，他就会执行后面所定义的命令来生成a.out这个文件。
如果a.out所依赖的test.o文件不存在，那么make会在当前文件中找目标为test.o文件的依赖性，如果找到则再根据那一个规则生成hello.o文件。（这有点像一个堆栈的过程）
当然，你的C文件和H文件是存在的啦，于是make会生成 test.o 文件，然后再用 test.o 文件声明make的终极任务，也就是执行文件a.out了。
这就是整个make的依赖性，make会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。
在找寻的过程中，如果出现错误，比如最后被依赖的文件找不到，那么make就会直接退出，并报错，而对于所定义的命令的错误，或是编译不成功，make根本不理。
make只管文件的依赖性，即，如果在找了依赖关系之后，冒号后面的文件还是不在，那么make就不工作了。

实际上，我们并不需要将上述依赖关系全部写出来，只需要将对应的可执行文件生成即可，其他的交给编译器去处理就行：

4.项目清理

·工程是需要被清理的
·像clean这种，没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，
·不过，我们可以显示要make执行。即命令——“make clean”，以此来清除所有的目标文件，以便重编译。
·但是一般我们这种clean的目标文件，我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是，总是被执行的。

·什么是总是可被执行的？若没有.PHONY修饰，当第一次执行完命令后，再次执行make命令，则无法被执行；而被.PHONY修饰后，则没有这个限制。

5.特殊符号

在makefile文件中，可以用$^ 表示依赖文件，$@表示生成文件，比如：

a.out:test.c
gcc $^ -o $@

三.使用 git 命令行

1.安装 git

 sudo yum install git

2.在gitee创建项目

第一步：创建仓库

第二步：完成信息的填写

第三步创建：此时会得到一个链接

第四步：下载项目到本地
创建好一个放置代码的目录.

git clone [url]

这里的 url 就是刚刚建立好的项目的链接.

3.代码上传三部曲

1.git add .
.表示当前目录，也可以具体到文件
2.git commit -m "简介"
提交的时候应该注明提交日志, 描述改动的详细内容
3.git push
需要填入用户名密码. 同步成功后, 刷新 Gitee 页面就能看到代码改动了

第一次提交代码时在commit过程可能出现警告，根据提示输入两条指令即可。

以上是关于Git和gdb的使用的主要内容，如果未能解决你的问题，请参考以下文章

Linux基础开发工具使用(yum,vim,gcc/g++,gdb,make,git)

Linux系统开发工具(下) {调试器gdb，自动化构建工具make/Makefile，多文件编译，代码管理平台git}