目录
[1.1 Git 的诞生与核心价值](#1.1 Git 的诞生与核心价值)
[1.2 Git 的安装与环境配置](#1.2 Git 的安装与环境配置)
[1.2.1 安装 Git](#1.2.1 安装 Git)
[1.2.2 基础身份配置](#1.2.2 基础身份配置)
[1.3 GitHub 项目托管与本地联动](#1.3 GitHub 项目托管与本地联动)
[1.3.1 远程仓库创建](#1.3.1 远程仓库创建)
[1.3.2 克隆远程仓库到本地](#1.3.2 克隆远程仓库到本地)
[1.4 Git 核心操作 "三板斧"](#1.4 Git 核心操作 “三板斧”)
[1.4.1 git add：追踪文件](#1.4.1 git add：追踪文件)
[1.4.2 git commit：提交本地改动](#1.4.2 git commit：提交本地改动)
[1.4.3 git push：同步到远程仓库](#1.4.3 git push：同步到远程仓库)
[1.5 Git 其他实用指令](#1.5 Git 其他实用指令)
[二、GDB：程序调试的 "神兵利器"](#二、GDB：程序调试的 “神兵利器”)
[2.1 GDB 调试的前提：编译调试版本程序](#2.1 GDB 调试的前提：编译调试版本程序)
[2.2 GDB 调试的基本流程](#2.2 GDB 调试的基本流程)
[2.3 GDB 核心调试命令](#2.3 GDB 核心调试命令)
[2.4 GDB 高级调试技巧](#2.4 GDB 高级调试技巧)
[2.4.1 变量监视（watch）](#2.4.1 变量监视（watch）)
[2.4.2 条件断点](#2.4.2 条件断点)
[2.4.3 调用栈查看（backtrace/bt）](#2.4.3 调用栈查看（backtrace/bt）)
[2.5 便捷调试工具：cgdb](#2.5 便捷调试工具：cgdb)
在 Linux 开发环境中，高效的版本控制和精准的程序调试是提升开发效率、保障代码质量的核心能力。Git 作为分布式版本控制系统，能完美解决代码版本管理和多人协作难题；GDB（GNU 调试器）则是定位程序 Bug、剖析程序运行逻辑的利器。本文将全面拆解 Git 和 GDB 的核心用法，助力开发者夯实 Linux 开发基础。
一、Git：分布式版本控制的利器
1.1 Git 的诞生与核心价值
2005 年，因 BitKeeper 商业公司收回 Linux 内核社区的免费使用权限，Linux 之父 Linus Torvalds 带领团队开发了 Git。这款工具从诞生之初就定下了速度快、设计简洁、支持非线性开发、完全分布式、可管理超大规模项目的目标，如今已成为全球最主流的版本控制系统。
对于开发者而言，Git 最核心的价值是解决了代码版本混乱的痛点 ------ 无需再手动维护 "项目 - v1""项目 - 最终版" 这类冗余文件，它能精准记录代码的每一次改动，支持版本回溯与分支协作。
1.2 Git 的安装与环境配置
1.2.1 安装 Git
在 CentOS 系统中，可通过 yum 包管理器一键安装：
yum install git安装完成后，通过git --version命令验证版本，若输出类似git version 1.8.3.1的信息，则说明安装成功。
1.2.2 基础身份配置
首次使用 Git 需配置用户名和邮箱，用于标识代码提交者身份：
git config --global user.name "Your Name"
git config --global user.email "your@example.com"1.3 GitHub 项目托管与本地联动
1.3.1 远程仓库创建
- 登录 GitHub 账号，进入个人主页点击
New repository按钮； - 填写唯一的仓库名称，按需选择仓库公开 / 私有属性，点击
Create repository完成创建； - 复制仓库的 HTTPS 或 SSH 链接，用于本地仓库与远程仓库的关联。
1.3.2 克隆远程仓库到本地
通过git clone命令可将远程仓库下载到本地指定目录，实现代码同步：
git clone [远程仓库链接]1.4 Git 核心操作 "三板斧"
1.4.1 git add：追踪文件
将本地新增或修改的文件纳入 Git 的追踪范围，可指定单个文件或全部文件：
# 追踪单个文件
git add test.c
# 追踪当前目录下所有改动文件
git add .1.4.2 git commit：提交本地改动
将追踪的文件改动提交到本地版本库，并通过-m参数添加提交日志，清晰记录改动目的：
git commit -m "完成test.c的求和函数编写"1.4.3 git push：同步到远程仓库
将本地版本库的提交推送到 GitHub 远程仓库，实现代码云端托管，推送时需验证账号密码（可配置免密提交）：
git push
1.5 Git 其他实用指令
- git status：查看本地文件的状态（未追踪、已修改、已暂存等）；
- git log：查看提交历史，清晰回溯代码迭代过程；
- git pull：拉取远程仓库的最新代码，同步本地版本；
- .gitignore 文件：配置无需 Git 追踪的文件（如编译生成的可执行文件、日志文件等），避免冗余文件入库。
二、GDB：程序调试的 "神兵利器"
2.1 GDB 调试的前提：编译调试版本程序
Linux 下 gcc/g++ 默认生成release 模式 的二进制程序，该模式不支持调试。需在编译时添加-g选项，生成包含调试信息的debug 模式程序：
# 生成debug模式可执行文件
gcc mycmd.c -o mycmd -g
# 验证是否包含调试信息
file mycmd若输出信息中包含with debug_info，则说明调试版本程序生成成功。
2.2 GDB 调试的基本流程
- 启动调试 ：在终端输入
gdb [可执行文件名称]，进入 GDB 调试界面； - 退出调试 ：输入
quit或按下ctrl + d即可退出 GDB。
2.3 GDB 核心调试命令
| 命令 | 功能 | 实操示例 |
|---|---|---|
| list/l | 查看源代码，默认每次显示 10 行 | list 10（查看第 10 行附近代码）、list main（查看 main 函数代码） |
| run/r | 从程序入口开始连续执行 | run |
| next/n | 单步执行，不进入函数内部（逐过程） | next |
| step/s | 单步执行，进入函数内部（逐语句） | step |
| break/b | 设置断点，支持按行号 / 函数名设置 | break 20（在第 20 行设断点）、break Sum（在 Sum 函数开头设断点） |
| info break | 查看所有断点信息 | info break |
| print/p | 打印变量或表达式的值 | print start+end、print result |
| set var | 调试时动态修改变量值，验证问题原因 | set var flag=1 |
| continue/c | 从当前断点处继续执行程序 | continue |
| finish | 执行到当前函数返回后停止 | finish |
| delete breakpoints | 删除断点，可指定断点序号 | delete breakpoints 1（删除 1 号断点） |
2.4 GDB 高级调试技巧
2.4.1 变量监视（watch）
通过watch命令可监视变量值的变化，当变量值被修改时，程序会自动暂停并提示，适用于定位变量异常修改问题：
# 监视result变量
watch result2.4.2 条件断点
在设置断点时添加条件，仅当条件满足时程序才会暂停，减少无效断点触发，提升调试效率：
# 新增条件断点：第9行代码仅在i==30时暂停
b 9 if i == 30
# 为已有断点追加条件（2为断点序号）
condition 2 i==302.4.3 调用栈查看（backtrace/bt）
当程序崩溃或需要分析函数调用层级时，bt命令可清晰展示各级函数的调用关系及参数，快速定位问题函数：
backtrace2.5 便捷调试工具：cgdb
cgdb 是 GDB 的可视化增强工具，支持代码分屏显示，调试时无需频繁切换查看代码。安装命令如下：
# CentOS系统安装
yum install -y cgdb
# Ubuntu系统安装
sudo apt-get install -y cgdbcgdb 操作中，按ESC进入代码屏，按i返回 GDB 命令屏，兼顾可视化与调试灵活性。
三、总结
Git 为代码提供了完整的版本管理和协作方案，从本地提交到远程托管，能全方位保障代码迭代的可追溯性；GDB 则为程序调试提供了精准的 "透视眼"，从基础的单步执行到高级的条件断点、变量监视，可高效定位各类运行时问题。掌握这两款工具，是 Linux 开发从 "能写代码" 到 "写好代码" 的关键跨越。
