目录
- 1. git版本控制器（续）
- 1.1 git本地仓库结构
- 1.2 git实现版本控制与多人协作的方式
- 1.3 git相关指令，多分支模型与.gitignore文件
- 2. gdb调试工具
- 2.1 企业项目开发流程简述与调试的必要性
- 2.2 bug的调试思路方法与调式工具的使用
1. git版本控制器（续）
1.1 git本地仓库结构
- 在前面的学习中，我们进行了git工具的安装，代码仓库的创建，代码的提交。经过初步了解已经能够使用git工具进行编写代码的线上提交与存储，以此，来实现对我们编写代码的管理与维护。
- 我们知道，想要进行代码的线上存储，需要通过gitee/github网站创建属于自己的账户并创建相应的线上仓库，创建好仓库之后，通过对应仓库的链接，将线上仓库拉取克隆至本地。后续，我们将需要进行提交管理的代码创建或拷贝至拉取下来的本地仓库，再进行本地仓库内容的上传即可完成管理。
- 将本地仓库的更改添加同步至线上仓库，我们需要进行三步
git add，git commit，git push，那么，这三条指令对应进行的操作是什么，为什么要进行这样的操作才能将代码上传，在解决这两个问题之前，我们先来了解一下git本地仓库的结构。
- 当我们下拉线上创建的仓库时，会在本地生成一个与服务器上一样的仓库，我们想要将自己编写的代码进行上传时，必须要将编写的代码拷贝或直接创建至本地仓库中。
- 经过步骤1的操作后，我们的代码仍不能直接上传，需要经过
git add的指令，先将代码添加至仓库的暂存区中。- 代码进入暂存区后，并没有真正地被纳入版本记录中，需要我们经过进一步操作
git commit命令，确认要将代码添加，此步骤可以通过-m选项对调整的内容进行注释。此时，代码才会被记录到历史地修改记录中为此项目添加一个新的历史版本。到这一步，我们已经完成了修改内容在本地的添加。- 最后一步，我们要真正实现代码的线上管理，是需要将本地的代码存储到线上的，所以还需将线上仓库的内容与做出调整的本地仓库进行同步，指令
git push。
1.2 git实现版本控制与多人协作的方式
- git工具配合线上仓库可以存储所有提交调整的历史代码版本，当开发过程中遇到问题需要进行版本回退，我们可以在线上仓库中找到需要的历史版本并进行代码的拷贝。
- 一份线上仓库可以有多个对应的本地仓库，因此，可以多人共用一个线上仓库进行同一项目的并行开发。并行开发的方式会导致每个人的本地仓库中的代码都不一样，而如果不进行处理直接提交，就会发生版本混乱。
- 对于这一问题，git采取了线性提交的方式来解决，即每当我们想要进行代码的线上提交时，如果线上仓库已经经过了版本更新，我们必须先使用
git pull指令，拉取线上仓库将，线上仓库的内容同步至本地仓库，进行版本统一。经过这一步骤后，我们才能进行代码的提交与线上仓库的更新。
1.3 git相关指令，多分支模型与.gitignore文件
1. git相关指令
- 指令：
git log
指令意义：查看git的提交记录
- 指令：
git status
指令意义：查看git本地仓库工作区与缓存区中内容的差别
- 指令：
git branch
指令意义：查看当前git仓库的分支模型
- 指令：
git rm
指令意义：删除工作区的文件
- 指令：
git rm -f
指令意义：当我们将代码添加至暂存区中后，我们使用普通的rm指令无法将暂存区中的文件删除，此指令可以一同删除工作区与暂存区中的文件。（删除暂存区与工作区的文件）
2. 多分支模型
- 在大型公司的企业开发中，会有众多项目，将所有项目仓库都放置在一起进行版本管理与开发，会导致管理混乱，开发效率变低。
- 因此，git提供了多分支线上仓库的模型，按照项目完备性，稳定性将项目分别放置在不同的仓库分支上，初步的开发放置在一条分支上，经过测试调整一步一步，将待项目成熟后将其添加到下游分支上。
3. .gitignore文件
- 很多时候我们在本地仓库中创建的项目包含很多我们不需要管理上传的文件，如目标文件.obj，可执行程序.exe等等。这类文件不但没有进行管理的意义，还会占用我们线上仓库的空间。
- 为了能够实现只对需要源文件的管理，我们可以在本地仓库中的隐藏文件
.gitignore文件中，声明添加我们不需要提交维护的文件类型。这样每次提交时，git都会忽略我们在此配置文件中声明的文件，这样不仅节省了线上的空间，还提高了我们对代码的管理维护效率。.gitignore文件中声明须忽略文件类型的方式：*.[文件后缀]，*为通配符，这样的声明方式即为所有以指定后缀结尾的所有文件。
2. gdb调试工具
2.1 企业项目开发流程简述与调试的必要性
- 项目开发的大致流程：
- 在代码开发的流程中，开发人员进行项目各个功能模块的编写时，必须要借助调试工具，经过反复自测调试，调整才能完成代码的编写。因此，熟练使用调试工具拥有良好的调试能力对于开发是非常有必要的。
- 可执行程序的debug与release版本
<1> 可执行程序分为debug版与release版，这两种执行程序的使用场景与使用对象是不同的。
<2> debug版本的可执行程序其具有调试信息，是开发人员用来测试程序功能的测试版本。
<3> release版本的程序是发布版本，其相较于debug版本的程序体积更小，有着诸多优化是给用户直接使用的成熟产品。
<4> 可执行程序也具有格式（ELF），并不只是可运行二进制指令的堆砌。
<5> 我们在Linux操作系统下，使用gcc/g++编译器产生的可执行程序默认是release版本，我们无法进行调试，若想生成debug版本的程序需要给编译指令添加参数选项，指令为gcc -o [生成可执行程序名] [源文件] -g
2.2 bug的调试思路方法与调式工具的使用
- 代码的调试是为了找出解决程序出现的漏洞错误，因此，我们调试就是要精准快速的找出问题出现的代码处，而调试工具所要做到的就是帮助我们更好更快的完成这一目标。
- 在windows操作系统下，我们使用的编程工具集成化开发环境vs，其自带有对代码调试的功能。vs的调试模块借助图形化界面的方式与诸多的调试功能使得我们对代码调试的效率大大提升，那么，Linux操作系统下有类似的调试工具吗，此调试工具的功能与使用方式与vs相同吗。
1. VS的调试功能
- 可运行：可以将程序运行，将程序运行才能暴漏出问题
- 代码可见：在运行的过程中可以看到代码，且能够看到程序执行到代码中的哪一句
- 断点：程序执行的停止处
- 局部调试：可以只进行一部分代码的单独调试
- 可监视信息：可以查看局部变量的内容与地址
- 调用栈：可查看程序中函数的调用栈及其关系
- 单步执行：可以进行程序代码的逐句执行，细致精确的确定问题出处
- 进入函数：能够进入程序里调用的函数中，查看函数内部的代码
2. 调试工具gdb的使用
- Linux操作系统中也有着自己的调试工具，在我们通过编译器编译出debug版本的可执行程序后，我们可以借助其完成对程序调试，其调试功能与vs中的调试模块类似。
gdb指令：运行
- 进入调试模式，指令：
gdb [可执行程序名]- 从指定行开始查看代码，指令：
l n（行号）- 运行代码，指令：
r（run）
gdb指令：断点相关操作
- 在指定行处打断点，指令：
b（break） n (行号)- 在指定函数首部打断点，指令：
b [函数名]- 查看当前存在的断点信息，指令：
info b- 使指定断点失效，指令：
disable n（断点编号）- 恢复断点，指令：
enable n（断点编号）- 删除所有断点，指令：
delete breakpoints- 删除指定断点，指令：
delete breakpoints n（断点编号）
gdb指令：单步调试
- 逐过程调试，不进入函数，指令：
n- 逐语句调试，进入函数，指令：
s（step）- 从一个断点运行到下一个断点，指令：
c（continue）- 将程序跳转至指定行，指令：
until n（行号）
gdb指令：信息查看
- 常显示变量，指令：
display [变量名]- 取消常显示的变量，指令：
undisplay n（变量编号）- 显示变量的值和地址，指令：
p [变量/地址]- 查看调用的堆栈，指令：
bt
gdb指令：运行逻辑控制
- 将当前函数运行结束，指令：
finsh- 调试中改变分支语句判断变量的值，查看不同分支的执行结果，指令：
set var [变量]=[值]
补充：
- 退出gdb调试，指令：
q（quit）或快捷键 Ctrl + d- gdb调试中，会记录进行的最近指令，再次回车确认时会执行最近一次输入的指令
- 调试的思路步骤：
<1> 初步大致查找
<2> 确定出错的范围，缩小范围
<3> 在出错范围中进行局部的逐行查找
