当前位置：首页 > news >正文

Linux中基础开发工具详细介绍

news 来源：原创 2025/8/18 18:20:16

软件包管理器
- 什么是软件包
- Linux软件生态
yum具体操作
- 查看软件包
- 安装软件
- 卸载软件
- 注意事项
编辑器Vim
- Linux编辑器-vim使用
- vim的基本概念
- 快速编辑的指令
编译器gcc/g++
- 背景知识
- gcc编译选项
- - 预处理(进行宏替换)
  - 编译（生成汇编）
  - 汇编（生成机器可识别代码）
  - 连接（⽣成可执⾏⽂件或库⽂件）
- 动态链接和静态链接
- 静态库和动态库
自动化构建-make/Makefile
- 背景
- 基本使用
- 推导过程
- 适度扩展语法
Linux第一个系统程序−进度条
- 补充知识
- 进度条
git--版本控制器
调试器 - gdb/cgdb使用
- 样例代码
- 预备
- 常见使用
- 调试技巧

软件包管理器

什么是软件包

• 在Linux下安装软件, ⼀个通常的办法是下载到程序的源代码, 并进⾏编译, 得到可执⾏程序.
• 但是这样太麻烦了, 于是有些⼈把⼀些常⽤的软件提前编译好, 做成软件包(可以理解成windows上
的安装程序)放在⼀个服务器上, 通过包管理器可以很⽅便的获取到这个编译好的软件包, 直接进⾏安
装.
• 软件包和软件包管理器, 就好⽐ “App” 和 “应⽤商店” 这样的关系.
• yum(Yellow dog Updater, Modified)是Linux下⾮常常⽤的⼀种包管理器. 主要应⽤在Fedora,
RedHat, Centos等发⾏版上.
• Ubuntu：主要使⽤apt（Advanced Package Tool）作为其包管理器。apt同样提供了⾃动解决依
赖关系、下载和安装软件包的功能。

Linux中安装软件一般有三种方法

源码安装

源码安装的弊端

编译依赖复杂:源代码安装通常需要满足一系列编译依赖，包括编译器、开发库、头文件等。如果系统中缺少这些依赖，编译过程会失败。
编译时间长:从源代码编译软件通常比安装预编译的二进制文件慢得多，尤其是对于大型软件。编译时间取决于软件的复杂性和系统的硬件性能。
缺乏自动更新:预编译的软件包通常由包管理器自动更新，而从源代码安装的软件需要手动更新。如果忘记更新，可能会导致安全漏洞或功能缺失。
系统兼容性问题:源代码安装的软件可能与系统的其他组件发生冲突，尤其是当使用了自定义配置或非标准路径时。
缺乏统一管理:预编译的软件包由包管理器统一管理，可以轻松卸载、更新或查询依赖关系。从源代码安装的软件则需要手动管理，容易导致系统混乱。
配置复杂:源代码安装通常需要手动配置，包括指定安装路径、启用或禁用功能等。这需要用户对软件有较深的了解。
可能引入安全风险:如果从不可信的源代码仓库下载软件，可能会引入恶意代码或安全漏洞。

软件包安装

软件包安装的弊端

缺乏依赖管理:二进制文件通常不会自动处理依赖关系。如果软件依赖于其他库或工具，而这些依赖未安装，软件可能无法正常运行。
版本兼容性问题:二进制文件通常针对特定的操作系统版本或架构编译。如果系统环境与编译时的环境不一致，可能会出现兼容性问题。
安装路径混乱:二进制文件的安装路径通常由软件开发者决定，可能与系统默认的路径不一致。这可能导致路径冲突或难以管理。
缺乏统一管理:直接下载二进制文件安装的软件通常不会被系统的包管理器（如 apt 或 yum）管理。这使得卸载、更新或查询软件信息变得困难。
系统配置问题:某些二进制文件可能需要特定的系统配置才能运行，例如环境变量设置、服务启动或用户权限调整。如果这些配置未正确完成，软件可能无法正常工作。

包管理器安装(推荐使用,它会自动给我们解决包的依赖性问题)

两个步骤完成:网络下载和安装(其实就是拷贝),会拷贝到默认的路径下,必须使用root权限,所以安装到系统里面,只安装一次,任何人都能使用!

Linux软件生态

Linux下载软件的过程（Ubuntu、Centos、other）

操作系统的好坏评估— 生态问题

一款操作系统背后的配套软件,也算是生态的一环.
为什么会有⼈免费特定社区提供软件，还发布？还提供云服务器让你下载？
本质也是一种商业模式

base-稳定软件源,epel-扩展源软件源.

稳定软件源的作用

保证软件的可信度和稳定性：
稳定的软件源通常提供经过测试和验证的软件包，确保用户下载和安装的软件是安全、可靠且稳定的。
这有助于减少因软件故障或漏洞而导致的系统崩溃或数据丢失等问题。
提供软件选择和更新的便利：
稳定的软件源包含丰富的软件资源，用户可以根据自己的需求选择合适的软件进行安装。
同时，软件源会定期更新软件包，确保用户能够获取到最新版本的软件，从而享受最新的功能和性能改进。
优化用户体验：
通过提供稳定、可靠的软件源，用户可以更加便捷地安装、更新和管理软件，从而提升用户体验。
扩展软件源的作用
增强软件功能：
扩展软件源提供了额外的软件包、插件或模块，这些可以扩展现有软件的功能，使其具备更多实用功能，满足用户多样化的需求。
提升软件适应性：
随着市场环境的变化和用户需求的不断变化，软件需要快速适应新的应用场景。扩展软件源提供的软件包和插件可以帮助软件在无需大规模修改的情况下快速适应新需求。
促进技术创新：
扩展软件源为软件的创新提供了更多的可能性。通过引入新的技术、算法或功能模块，软件可以在功能上实现突破，推动技术的不断进步。
优化资源利用：
扩展软件源允许软件与其他软件或硬件无缝集成，实现资源的共享和优化利用。这有助于提升整体工作效率，降低运营成本。

总结，稳定软件源和扩展软件源在软件开发和用户使用中均发挥着重要作用。稳定软件源保证了软件的可信度和稳定性，提供了软件选择和更新的便利；而扩展软件源则增强了软件的功能和适应性，促进了技术创新和资源优化利用。

软件包依赖的问题

国内镜像源
我的机器,怎么知道下载链接呢?操作系统的内部,会内置链接,更改链接,我们也称之为更改镜像源!

/etc/yum.repos.d/*(yum源配置文件)
更改yum源

yum具体操作

查看软件包

yum list
通过 yum list 命令可以罗列出当前⼀共有哪些软件包. 由于包的数⽬可能⾮常之多, 这⾥我们需要使⽤grep 命令只筛选出我们关注的包.

注意事项:
• 软件包名称: 主版本号.次版本号.源程序发⾏号-软件包的发⾏号.主机平台.cpu架构.
• “x86_64” 后缀表⽰64位系统的安装包, “i686” 后缀表⽰32位系统安装包. 选择包时要和系统匹配.
• “el7” 表⽰操作系统发⾏版的版本. “el7” 表⽰的是 centos7/redhat7. “el6” 表⽰ centos6/redhat6.
• 最后⼀列, base 表⽰的是 “软件源” 的名称, 类似于 “⼩⽶应⽤商店”, “华为应⽤商店” 这样的概念.

安装软件

Centos
$ sudo yum install -y lrzsz
Ubuntu
$ sudo apt install -y lrzsz

• yum/apt 会⾃动找到都有哪些软件包需要下载, 这时候敲 “y” 确认安装.
• 出现 “complete” 字样或者中间未出现报错, 说明安装完成.

注意事项:

安装软件时由于需要向系统⽬录中写⼊内容, ⼀般需要 sudo 或者切到 root 账户下才能完成.
yum/apt安装软件只能⼀个装完了再装另⼀个. 正在yum/apt安装⼀个软件的过程中, 如果再尝试用yum/apt安装另外⼀个软件, yum/apt会报错.

如果 yum / apt报错, 请自行百度.

卸载软件

Centos
sudo yum remove [-y] lrzsz
Ubuntu
sudo apt remove [-y] lrzsz

注意事项

关于 yum / apt 的所有操作必须保证主机(虚拟机)⽹络畅通!!!
可以通过 ping 指令验证:ping www.baidu.com

编辑器Vim

Linux编辑器-vim使用

vi/vim的区别简单点来说，它们都是多模式编辑器，不同的是vim是vi的升级版本，它不仅兼容vi的所有指令，⽽且还有⼀些新的特性在⾥⾯。例如语法加亮，可视化操作不仅可以在终端运⾏，也可以运⾏于x window、 mac os、 windows。

vim的基本概念

vim的三种模式(其实有好多模式，⽬前掌握这3种即可),分别是命令模式（command
mode）、插⼊模式（Insert mode）和底⾏模式（last line mode）

• 正常/普通/命令模式(Normal mode)
控制屏幕光标的移动，字符、字或⾏的删除，移动复制某区段及进⼊Insert mode下，或者到 last line mode

• 插⼊模式(Insert mode)
只有在Insert mode下，才可以做⽂字输⼊，按「ESC」键可回到命令⾏模式。该模式是我们后⾯⽤
的最频繁的编辑模式。

• 末⾏模式(last line mode)
⽂件保存或退出，也可以进⾏⽂件替换，找字符串，列出⾏号等操作。
在命令模式下，shift+:即可进⼊该模式。要查看你的所有模式：打开 vim，底⾏模式直接输⼊:help vim-modes

我这⾥⼀共有12种模式:six BASIC modes和six ADDITIONAL modes.
在这里插入图片描述

快速编辑的指令

gg:快速回归光标到第一行开头
shift+g:快速回归光标到最后一行开头
n+shift+g:定位到n行

shift+$:快速回到行尾
shift+^:快速回到行头

hjkl:分别代表左,下,上,右,前面都可以带n

w:以单词为单位,向后移动,前面都可以带n
b:以单词为单位,向前移动,前面都可以带n

yy:复制莫一行,前面都可以带n
p:粘贴某一行,前面都可以带n
dd:删除某一行,前面都可以带n

r:替换,r->目标字符,前面都可以带n
shift+r:进入替换模式,批量化替换

x:字符左侧删除,前面都可以带n
shift+x:字符右侧删除,前面都可以带n

shift+~:大小写字母切换

shift+#:选中单词,n逆向查找

u:撤销历史操作
ctrl+r:插销u的操作
注意:一旦退出文件编辑,就无法再进行撤销操作了,如果只是保存,并没有退出,就还可以进行撤销操作!

底行模式

w/q/!/set nu/set nonu

分屏

查找

%s/dst/src

使用vim的小技巧

!command:在末行模式可以使用这个命令

vim src+n:打开src文件,光标定位到n行

编译器gcc/g++

背景知识

预处理（进⾏宏替换/去注释/条件编译/头⽂件展开等)
编译（⽣成汇编)
汇编（⽣成机器可识别代码）
连接（⽣成可执⾏⽂件或库⽂件)

gcc编译选项

格式 :gcc [选项] 要编译的⽂件 [选项] [⽬标⽂件]

预处理(进行宏替换)

预处理功能主要包括宏定义,⽂件包含,条件编译,去注释等。
预处理指令是以#号开头的代码⾏。
实例: gcc -E test.c -o test.i
选项“-E”,该选项的作⽤是让 gcc 在预处理结束后停⽌编译过程。
选项“-o”是指⽬标⽂件,“.i”⽂件为已经过预处理的C原始程序。

编译（生成汇编）

在这个阶段中,gcc ⾸先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的⼯作,在检查⽆误后,gcc 把代码翻译成汇编语⾔。
用户可以使⽤“-S”选项来进⾏查看,该选项只进⾏编译⽽不进⾏汇编,生成汇编代码。
实例: gcc -S test.i -o test.s

汇编（生成机器可识别代码）

汇编阶段是把编译阶段⽣成的“.s”⽂件转成⽬标⽂件
读者在此可使⽤选项“-c”就可看到汇编代码已转化为“.o”的⼆进制⽬标代码了(可重定位目标文件)
实例: gcc -c test.s -o test.o

连接（⽣成可执⾏⽂件或库⽂件）

在成功编译之后,就进⼊了链接阶段。
实例: gcc test.o -o test

动态链接和静态链接

在我们的实际开发中，不可能将所有代码放在⼀个源⽂件中，所以会出现多个源⽂件，⽽且多个源⽂件之间不是独⽴的，⽽会存在多种依赖关系，如⼀个源⽂件可能要调⽤另⼀个源⽂件中定义的函数，但是每个源⽂件都是独⽴编译的，即每个*.c⽂件会形成⼀个*.o⽂件，为了满⾜前⾯说的依赖关系，则需要将这些源⽂件产⽣的⽬标⽂件进⾏链接，从⽽形成⼀个可以执⾏的程序。这个链接的过程就是静态链接。静态链接的缺点很明显：

浪费空间：因为每个可执⾏程序中对所有需要的⽬标⽂件都要有⼀份副本，所以如果多个程序对同⼀个⽬标⽂件都有依赖，如多个程序中都调⽤了printf()函数，则这多个程序中都含有printf.o，所以同⼀个⽬标⽂件都在内存存在多个副本；
更新⽐较困难：因为每当库函数的代码修改了，这个时候就需要重新进⾏编译链接形成可执⾏程序。但是静态链接的优点就是，在可执⾏程序中已经具备了所有执⾏程序所需要的任何东西，在执⾏的时候运⾏速度快。

动态链接的出现解决了静态链接中提到问题。动态链接的基本思想是把程序按照模块拆分成各个相对独⽴部分，在程序运⾏时才将它们链接在⼀起形成⼀个完整的程序，⽽不是像静态链接⼀样把所有程序模块都链接成⼀个单独的可执⾏⽂件。
动态链接其实远⽐静态链接要常⽤得多。⽐如我们查看下 test 这个可执⾏程序依赖的动态库，会发现它就⽤到了⼀个c动态链接库：
在这里插入图片描述

ldd:命令⽤于打印程序或者库⽂件所依赖的共享库列表。

在这里涉及到⼀个重要的概念: 库

我们的C程序中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该
函数的声明,⽽没有定义函数的实现,那么,是在哪⾥实“printf”函数的呢?
最后的答案是:系统把这些函数实现都被做到名为 libc.so.6 的库⽂件中去了,在没有特别指定时,gcc 会到系统默认的搜索路径“/usr/lib”下进⾏查找,也就是链接到 libc.so.6 库函数中去,这样就能实现函数“printf”了,⽽这也就是链接的作⽤

静态库和动态库

静态库是指编译链接时,把库⽂件的代码全部加⼊到可执⾏⽂件中,因此⽣成的⽂件⽐较⼤,但在运⾏时也就不再需要库⽂件了。其后缀名⼀般为“.a”
动态库与之相反,在编译链接时并没有把库⽂件的代码加⼊到可执⾏⽂件中,⽽是在程序执⾏时由运⾏时链接⽂件加载库,这样可以节省系统的开销。动态库⼀般后缀名为“.so”,如前⾯所述的libc.so.6 就是动态库。gcc 在编译时默认使⽤动态库。完成了链接之后,gcc 就可以⽣成可执⾏⽂件.
gcc默认⽣成的⼆进制程序，是动态链接的，这点可以通过 file 命令验证。

Linux下，动态库XXX.so, 静态库XXX.a
Windows下，动态库XXX.dll, 静态库XXX.lib
⼀般我们的云服务器，C/C++的静态库并没有安装,如果要使用静态库,需要我们自己安装.

自动化构建-make/Makefile

背景

• 会不会写makefile，从⼀个侧⾯说明了⼀个⼈是否具备完成⼤型⼯程的能⼒
• ⼀个⼯程中的源⽂件不计数，其按类型、功能、模块分别放在若⼲个⽬录中，makefile定义了⼀系列的规则来指定，哪些⽂件需要先编译，哪些⽂件需要后编译，哪些⽂件需要重新编译，甚⾄于进⾏更复杂的功能操作
• makefile带来的好处就是⸺“⾃动化编译”，⼀旦写好，只需要⼀个make命令，整个⼯程完全⾃动编译，极⼤的提⾼了软件开发的效率。
• make是⼀个命令⼯具，是⼀个解释makefile中指令的命令⼯具，⼀般来说，⼤多数的IDE都有这个命令，⽐如：Delphi的make，Visual C++的nmake，Linux下GNU的make。可⻅，makefile都成为了⼀种在⼯程⽅⾯的编译⽅法。
• make是⼀条命令，makefile是⼀个⽂件，两个搭配使⽤，完成项⽬⾃动化构建。

基本使用

实现代码

 #include<stdio.h>int main(){printf("hello zx\n");                                                                                                                     return 0;}

Makefile文件

	code:code.c                                                                               gcc -o code code.c                                                               .PHONY:clean                                                              clean:                                                              rm code

在这里插入图片描述

依赖关系:

code依赖于code.c,code是最终形成的目标文件

依赖方法:

gcc -o code code.c ,就是与之对应的依赖方法

项目清理

• 工程是需要被清理的。
• 像clean这种，没有被第⼀个⽬标⽂件直接或间接关联，那么它后⾯所定义的命令将不会被⾃动执⾏，不过，我们可以显⽰要make执⾏。即命令⸺“make clean”，以此来清除所有的⽬标⽂件，以便重编译。

• 但是⼀般我们这种clean的⽬标⽂件，我们将它设置为伪⽬标,⽤ .PHONY 修饰,伪⽬标的特性是，总是被执⾏的。

make和make clean的不同?

make命令扫描makefile文件的时候,从上到下扫描,默认新成第一个目标文件,所以make不用跟形成的最终目标文件,如果带上也可以.

测试

如果我们把顺序交换一下,make默认生成的最终目标文件就会是clean了

.PHONY:clean是什么?

.PHONY是修饰符,clean则是伪目标,被.PHONY修饰的,总是被执行的!
测试

make clean可以执行多次
如果code.c文件没有更改,那么make只能执行一次!!!

什么叫做总是不被执行呢?

默认老代码不做编译
测试
如果在code前面也加上修饰符呢?

总是可被执行的

是如何区分新老代码呢?

stat是一个用于显示文件或文件系统状态信息的命令，它提供了比 ls -l 更详细的信息，包括文件的权限、所有者、大小、时间戳等。

修改文件内容,Modify会更改
修改文件属性,Change会更改
查看文件,Access会更改,不是每次查看文件,Access属性都会修改.一个文件的查看次数会远远大于一个文件内容的次数,如果每次查看文件,都修改Access属性的话,会造成许多的IO操作.

通过Modify时间来查看可执行程序与原文件的先后顺序.code.c在code之前,make就不会重新编译code.c文件了.

但是.PHONY修饰,会忽略时间对比新旧问题.

touch命令除了创建文件,还可以做什么?

修改文件的时间属性,统一Modify,Access`,Change三个时间

命令:touch + 已经创建好的文件

推导过程

code:code.ogcc code.o -o code 
code.o:code.sgcc -c code.s -o code.o
code.s:code.igcc -S code.i -o code.s
code.i:code.cgcc -E code.c -o code.i

最后一个文件完成后,再向上出栈!

make是如何⼯作的,在默认的⽅式下，也就是我们只输⼊make命令。那么：

make会在当前⽬录下找名字叫“Makefile”或“makefile”的⽂件。
如果找到，它会找⽂件中的第⼀个⽬标⽂件（target），在上⾯的例⼦中，他会找到 code这个⽂件，并把这个⽂件作为最终的⽬标⽂件。
如果 code⽂件不存在，或是 code所依赖的后⾯的 code.o ⽂件的⽂件修改时间要⽐ code这个⽂件新（可以⽤ touch 测试），那么，他就会执⾏后⾯所定义的命令来⽣成code这个⽂件。
如果 code所依赖的 code.o ⽂件不存在，那么 make 会在当前⽂件中找⽬标为
code.o ⽂件的依赖性，如果找到则再根据那⼀个规则⽣成 myproc.o ⽂件。（这有点像⼀
个堆栈的过程）
当然，你的C⽂件和H⽂件是存在的啦，于是 make 会⽣成 code.o ⽂件，然后再⽤
code.o ⽂件声明 make 的终极任务，也就是执⾏⽂件 code了。
这就是整个make的依赖性，make会⼀层⼜⼀层地去找⽂件的依赖关系，直到最终编译出第⼀个⽬标⽂件。
在找寻的过程中，如果出现错误，⽐如最后被依赖的⽂件找不到，那么make就会直接退出，并报错，⽽对于所定义的命令的错误，或是编译不成功，make根本不理。
make只管⽂件的依赖性，即，如果在我找了依赖关系之后，冒号后⾯的⽂件还是不在，那么对不起，我就不⼯作啦。

适度扩展语法

设置变量

  1 BIN=code //变量2 SRC=code.c3 CC=gcc4 FLAGS= -o5 RM=rm -f //变量可以带空格6 7 .PHONY:test8 test:9   @echo $(BIN) //@符号:不回显依赖方法10   @echo $(SRC) //$(变量名) 等价于 变量的内容 $(SRC) == code.c11   @echo $(CC)12   @echo $(FLAGS)13   @echo $(RM)

在这里插入图片描述

如果有多个文件呢?
version1

  1 BIN=code2 SRC=code.c3 CC=gcc4 FLAGS= -o5 RM=rm -f6 LFLAGS=-c7 OBJ=code.o8 $(BIN):$(OBJ)9   $(CC) $(FLAGS) $@ $^10 %.o:%.c  //把当前路径下所有的.o/.c文件依次展开11   $(CC) $(LFLAGS) $<  //%<: 对展开的依赖.c⽂件，⼀个⼀个的交给gcc。 //编译好后,会自动生成同名的.o文件

version2

  1 BIN=code2 SRC=$(wildcard *.c)//使⽤ wildcard 函数，获取当前所有.c⽂件名3 #SRC=$(shell ls *c) //相当于在shell里面使用ls *.c命令,采⽤shell命令⾏⽅式，获取当前所有.c⽂件名4 CC=gcc5 FLAGS= -o6 RM=rm -f7 LFLAGS=-c8 OBJ=$(SRC:.c = .o)    //将SRC的所有同名.c 替换 成为.o 形成⽬标⽂件列表                                                                                                                      9 $(BIN):$(OBJ)10   $(CC) $(FLAGS) $@ $^11 %.o:%.c12   $(CC) $(LFLAGS) $<

Linux第一个系统程序−进度条

补充知识

回车换行?

\n:换行
\r:回车

C语言里面的\n解析成了\n+\r;

缓冲区问题?

在这里插入图片描述

如果没有\n,想立即刷新缓冲区?
在这里插入图片描述

进度条

基础版本

//version1                                                          8 void process_v1()                                                   9 {                                                                   10    char num[NUM];//整个进度条数组                                   11    memset(num,0,sizeof(num));                                       12    int cnt = 0;                                                     13    //char buffer[] = {'//','\','|','-'};                            14    const char* buffer = "-/|\\";//标签，即使进度条没有动，这个也在运转，表示进度在持续15    int len = strlen(buffer);//标签字符串的大小            16    while(cnt<=NUM)                                        17    {                                                      18      //以\r结尾，回车到该行的第一个字符的位置             19      //这里的%需要转移一下                                20      printf("[%-100s][%d%%][%c]\r",num,cnt,buffer[cnt%len]);21      fflush(stdout);//printf()不会刷新缓冲区，需要我们自己刷新22       num[cnt] =STYLE;//每次都给进度条增加一个字符      23       cnt++;                                            24       usleep(50000);//睡眠50000微秒，1秒 == 1000000微秒                                                                                     25    }            26    printf("\n");27 }

优化

在这里插入图片描述

在这里插入图片描述
再优化

git–版本控制器

版本控制器

为了能够更⽅便我们管理这些不同版本的⽂件，便有了版本控制器。所谓的版本控制器，就是能让你了解到⼀个⽂件的历史，以及它的发展过程的系统。通俗的讲就是⼀个可以记录⼯程的每⼀次改动和版本迭代的⼀个管理系统，同时也⽅便多⼈协同作业。⽬前最主流的版本控制器就是 Git 。Git 可以控制电脑上所有格式的⽂件，例如 doc、excel、dwg、dgn、rvt等等。对于我们开发⼈员来说，Git 最重要的就是可以帮助我们管理软件开发项⽬中的源代码⽂件！

安装 git

yum install git

在 Github 创建项目

下载项目到本地
复制仓库链接，准备克隆到本地
在这里插入图片描述
克隆远端仓库

git clone 远端仓库链接

理解本地仓库
在这里插入图片描述
理解.gitignore文件

三板斧

git add

将代码放到刚才下载好的⽬录中,将需要⽤ git 管理的⽂件告知 git,最后的 “.” 表⽰当前⽬录
git add [⽂件名]

暂存区可以让我们多次add,并且一次提交到本地仓库中。

git commit

提交改动到本地,提交的时候应该注明提交⽇志, 描述改动的详细内容.
git commit -m "XXX"

提交日志信息，并提交到git仓库

git push
同步到远端服务器上
git push

需要填⼊用户名密码. 同步成功后, 刷新 Github ⻚⾯就能看到代码改动了.

远端仓库和本地仓库内容不同了怎么办？
远端仓库修改了，但是没有同步到本地，本地仓库就不能push，需要pull拉取，同步一下远端仓库的内容。

git pull

把windows和linux想象成两个A和B程序员，都在使用test这个远端仓库，如果A推送了内容到远端仓库，B还能够直接推送内容吗？

A程序员

A对该文件做了修改，并推送到远端仓库

B程序员

B程序员就可以推送了

那么A程序员还可以推送吗？
答案是不可以的，我们也需要拉取一下
总结：远端仓库相比较于任何人，总是最新的！为什么要冲突呢？是为了提醒用户，你的本能仓库该更新了。

调试器 - gdb/cgdb使用

样例代码

#include <stdio.h>
int Sum(int s, int e)
{
int result = 0;
for(int i = s; i <= e; i++)
{
result += i;
}
return result;
}
int main()
{
int start = 1;
int end = 100;
printf("I will begin\n");
int n = Sum(start, end);
printf("running done, result is: [%d-%d]=%d\n", start, end, n);
return 0;
}

预备

程序的发布⽅式有两种，debug模式和 release模式， Linux gcc/g++ 出来的⼆进制程序，默认是 release模式。
要使⽤gdb调试，必须在源代码⽣成⼆进制程序的时候, 加上 -g 选项，如果没有添加，程序⽆法被调试。

注意：编译时加上-g选项，在连接时可以不加，带上该选项之后，生成的可执行程序会带有调试信息。