我是贝尔格里尔斯，我要向你展示如何入门并纯熟把握世界上最难的操作系统之
孩子们，在踏上linux的征服之旅上，你必须跨过的门槛就是学会利用yum，vim，以及makefile等开发工具的利用，没有这些基础的生存工具，那完全离开图形化的界面会击溃你，以是让我们赶紧举措起来吧。https://i-blog.csdnimg.cn/direct/0c54f13824124f4899902c72543121f4.png
1. yum的具体操作
1.1 软件包
在Linux下安装软件，一个通常的办法是下载步调的源代码，并进行编译，得到可执行步调。
但是如许太贫苦了，于是有些人把一些常用的软件提前编译好，做成软件包（可以明白成Windows上的安装步调）放在一个服务器上，通过包管理器可以很方便地获取到这个编译好的软件包，直接进行安装。
软件包和软件包管理器，就比如“App”和“应用市肆”如许的关系。
yum (Yellow dog Updater, Modified) 是 Linux 下非经常用的一种包管理器，主要应用在 Fedora、RedHat 和 CentOS 等发行版上。利用 yum 可以方便地安装、更新和删除软件包，就类似于我们利用应用宝来管理手机中的app一样。
1.2 linux的生态
为什么这么多人选择利用linux？为什么我们国家不开发属于自己的的操作系统？最高关键的标题就是在于生态！
https://i-blog.csdnimg.cn/direct/c35aa9891c7148a09f8b5f99f284e687.png
操作系统是给我们步调员去利用，利用的人多了，才有人愿意去为其发现bug，修理bug，完善功能，大家为爱发电之后，操作系统的功能越来越完善了，才会有更多人去利用。
linux是国外的开发工具，利用由于一些不可抗的因素，我们无法安装国外的软件包。我们利用的是各大高校在国内所建立的镜像网站的资源。
https://i-blog.csdnimg.cn/direct/82dcf6591c5a4f5aa3448b9257910e3a.png
https://i-blog.csdnimg.cn/direct/147f20fefe4249b3a305ecc72a3bc317.png
1.3 yum的具体操作
1.3.1 查看软件包
yum list 命令可以摆列出当前⼀共有哪些软件包.由于包的数目很多，我们利用管道操作加grep命令筛选出我们关注的包。
https://i-blog.csdnimg.cn/direct/5a55739a596c457ea1933a4687f5499a.png
• 软件包名称: 主版本号.次版本号.源步调发行号-软件包的发行号.主机平台.cpu架构.
• "x86_64" 后缀表示64位系统的安装包, "i686" 后缀表示32位系统安装包. 选择包时要和系统匹配.
• "el7" 表示操作系统发行版的版本. "el7" 表示的是 centos7/redhat7. "el6" 表示 centos6/redhat6.
• 最后一列, base 表示的是"软件源"的名称, 类似于"小米应用市肆", "华为应用市肆"如许的概念.
1.3.2 安装软件
通过yum,我们可以通过很简单的⼀条命令完成gcc的安装.
# Centos
$ sudo yum install -y lrzsz 注意事项：
• 安装软件时由于必要向系统⽬录中写⼊内容,⼀般必要sudo大概切到root账⼾下才能完成.
• yum/apt安装软件只能⼀个装完了再装另⼀个.正在yum/apt安装⼀个软件的过程中,假如再尝试⽤ yum/apt安装别的⼀个软件，yum/apt会报错.
1-3-3 卸载软件
# Centos
sudo yum remove [-y] lrzsz
1.4 安装源
#Cetnos
$ ll /etc/yum.repos.d/
total 16
-rw-r--r-- 1 root root 676 Oct 8 20:47 CentOS-Base.repo # 标准源
-rw-r--r-- 1 root root 230 Aug 27 10:31 epel.repo # 扩展源
2. vim编辑器
vim是vi的升级版，vi是早期开发时利用的，用起来非常蛋疼，而vim作为vi的升级版本，堪称promax，vim不光兼容了vi的所有指令，还包含了许多新的特性。
比方语法加亮，可视化操作不仅可以在终端运⾏，也可运行在x window、 mac os、 windows。
2.1 vim的根本概念
首先，我们利用 vim 【文件名】 的指令进行进入vim编辑器
vim有十几种模式，我们这里解说最主要用到的5种。如下图所示
https://i-blog.csdnimg.cn/direct/c02eef92a5c34638ad1c623d9e54354c.png
• 正常/平凡/命令模式(Norma mode)
控制屏幕光标的移动，字符、字或⾏的删除，移动复制某区段及进⼊插入模式下，大概到 末行模式，这也是我们进入一进入vim编辑器就处于的模式。
• 插入模式(Insert mode)
只有在此模式下才可以编辑文本，进行文字输入，按「ESC」课返回命令模式
• 末行模式
⽂件生存或退出，也可以进⾏⽂件替换，找字符串，列出⾏号等操作。
在命令模式下，”shift + ;“ (即 “ ： ” )即可进⼊该模式。
• 替换模式
命令模式下按“ shift + r” 即可进入，在该模式下，师傅的方式为替换光标处的文字
• 视图模式
用于选中特定区域的文本，并对限定区域的文本进行批量操作。
总结：命令模式是最重要的，他是各个模式之间互通的桥梁。
2.2 vim命令模式基础指令
命令模式主要是沟通各个模式的桥梁，我们主要必要把握的是从该模式去往其他模式的指令，以及如何从其他模式回到命令模式。
https://i-blog.csdnimg.cn/direct/c02eef92a5c34638ad1c623d9e54354c.png
2.3 vim插入模式基础指令
有三种方法从命令模式进入插入模式，这三种方法略有不同
• 按「i」切换进⼊插⼊模式「insertmode」，按“i”进⼊插⼊模式后是从光标当前位置开始输⼊⽂件；
• 按「a」进⼊插⼊模式后，是从⽬前光标地点位置的下⼀个位置开始输⼊⽂字；、
• 按「o」进⼊插⼊模式后，是插⼊新的⼀⾏，从⾏⾸开始输⼊⽂字。
移动鼠标：
注意，在插入模式下我们是无法通过鼠标点击来控制光标的移动的，以是必要键盘利用来控制光标移动
• vim可以直接⽤键盘上的光标来上下左右移动，但正规的vim是⽤⼩写英⽂字⺟「h」、「j」、「k」、「l」，分别控制光标左、下、上、右移⼀格
• 按「G」：移动到⽂章的最后
• 按「 $ 」：移动到光标地点⾏的“⾏尾”
• 按「^」：移动到光标地点⾏的“⾏⾸”
• 按「w」：光标跳到下个字的开头
• 按「e」：光标跳到下个字的字尾
• 按「b」：光标回到上个字的开头
• 按「#l」：光标移到该⾏的第#个位置，如：5l,56l
• 按［gg］：进⼊到⽂本开始
• 按［shift＋g］：进⼊⽂本末端
• 按「ctrl」+「b」：屏幕往“后”移动⼀⻚
• 按「ctrl」+「f」：屏幕往“前”移动⼀⻚
• 按「ctrl」+「u」：屏幕往“后”移动半⻚
• 按「ctrl」+「d」：屏幕往“前”移动半⻚
删除文字
• 「x」：每按⼀次，删除光标地点位置的⼀个字符• 「#x」：比方，「6x」表⽰删除光标地点位置的“后⾯（包含⾃⼰在内）”6个字符
• 「X」：⼤写的X，每按⼀次，删除光标地点位置的“前⾯”⼀个字符
• 「#X」：比方，「20X」表⽰删除光标地点位置的“前⾯”20个字符
• 「dd」：删除光标地点⾏
• 「#dd」：从光标地点⾏开始删除#⾏
复制
• 「yw」：将光标地点之处到字尾的字符复制到缓冲区中。
• 「#yw」：复制#个字到缓冲区
• 「yy」：复制光标地点⾏到缓冲区
• 「#yy」：比方，「6yy」表⽰拷⻉从光标地点的该⾏“往下数”6⾏⽂字。
• 「p」：将缓冲区内的字符贴到光标地点位置。注意：所有与“y”有关的复制命令都必须
与 ” p” 配合才能完成复制与粘贴功能。
替换
•「r」：替换光标地点处的字符。
•「R」：替换光标所到之处的字符，直到按下「ESC」键为⽌。
•撤销上⼀次操作
•「u」：假如您误执⾏⼀个命令，可以⻢上按下「u」，回到上⼀个操作。按多次“u”可以执多次回复。
撤销上⼀次操作
• 「u」：假如您误执⾏⼀个命令，可以⻢上按下「u」，回到上⼀个操作。按多次“u”可以执⾏ 多次回复。
• 「ctrl + r」: 撤销的恢复
更改
• 「cw」：更改光标地点处的字到字尾处
• 「c#w」：比方，「c3w」表⽰更改3个字
跳⾄指定的⾏
• 「ctrl」+「g」列出光标地点⾏的⾏号。
• 「#G」：比方，「15G」，表⽰移动光标⾄⽂章的第15⾏⾸。
2.4 vim末行模式基础指令
列出⾏号
• 「set nu」:输⼊「set nu」后，会在⽂件中的每⼀⾏前⾯列出⾏号。
跳到⽂件中的某⼀⾏
• 「#」:「#」号表⽰⼀个数字，在冒号后输⼊⼀个数字，再按回⻋键就会跳到该⾏了，如输⼊数字 15，再回⻋，就会跳到⽂章的第15⾏。
查找字符
• 「/关键字」: 先按「/」键，再输⼊您想寻找的字符，假如第⼀次找的关键字不是您想要的，可以 ⼀直按「n」会今后寻找到您要的关键字为⽌
• 「?关键字」：先按「?」键，再输⼊您想寻找的字符，假如第⼀次找的关键字不是您想要的，可 以⼀直按「n」会往前寻找到您要的关键字为⽌。
生存⽂件
• 「w」: 在冒号输⼊字⺟「w」就可以将⽂件生存起来
离开vim
• 「q」：按「q」就是退出，假如⽆法离开vim，可以在「q」后跟⼀个「!」逼迫离开vim • 「wq」：⼀般建议离开时，搭配「w」⼀起使⽤，如许在退出的时间还可以生存⽂件
2.5 视图模式基础指令
批量化去注释
hjkl（选中编辑区域）-> shift + i（进入插入模式，由于此模式下才能编辑文本）-> // -> Esc
上述演示只是实例，我们必要明白的是：在视图模式下库批量选择区域，此时再进入插入模式即可进行我们必要的操作实现批量化编辑文本。
2-6 简单vim配置[了解]
常⽤配置选项,⽤来测试
• 设置语法⾼亮:syntax on
• 显⽰⾏号: set nu
• 设置缩进的空格数为4:set shiftwidth=4
插件：固然插件可以让vim界面更好看，功能更全，但可能会出现一些报错，不建议初学者利用，以是这里不赘述。
3. 编译器gcc/g++
gcc：只能用来编译c语言 g++：课编译c语言和c++
31 背景知识
从一个.c文件到生成可执行步调一共有四步：
1. 预处理（进⾏宏替换/去注释/条件编译/头⽂件展开等)
2. 编译（⽣成汇编)
3. 汇编（⽣成机器可识别代码）
4. 毗连（⽣成可执⾏⽂件或库⽂件)
下面我们主要解说c语言的编译
3.2 gcc编译语法
格式 ：gcc [选项] 要编译的⽂件 [选项] [⽬标⽂件]
3.2.1 预处理
• 选项“-E”,该选项的作⽤是让 gcc 在预处理竣事后停⽌编译过程。
• 选项“-o”是指⽬标⽂件, “ .i ” ⽂件为已经过预处理的C原始步调
实例：
https://i-blog.csdnimg.cn/direct/5306521523df4894973660c7a278a13d.png
3.2.2 编译
在这个阶段中,gcc ⾸先要查抄代码的规范性、是否有语法错误等,以确定代码的实际要做的⼯作, 在查抄⽆误后,gcc 把代码翻译成汇编语⾔。
• 选项“-S”,该选项的作⽤是让 gcc 在编译竣事后停⽌。
实例：
https://i-blog.csdnimg.cn/direct/5d6602c573a2445e8a05c15f80017456.png
3.2.3 汇编
• 汇编阶段是把编译阶段⽣成的“.s”⽂件转成⽬标⽂件
实例：
https://i-blog.csdnimg.cn/direct/49d57f26e38f44e4ae90dc71c09e9634.png
3-2-4 毗连
• 将 -o 文件与库文件进行毗连，生成可执行步调
实例：
https://i-blog.csdnimg.cn/direct/9eb0c231c08541e0a91edc1b70b69497.png
这个绿色的test就是可执行步调
https://i-blog.csdnimg.cn/direct/d67a427cafdd4772985f44f1b9994cfb.png
3.3 动态毗连和静态链接
再实际开发中，我们不可能将所有代码放在一个文件，而是采用多文件的形式存在，并且这多个文件之间并不是独立的，而是存在多种依赖关系
为了满⾜前⾯说的依赖关系，则必要将这些源⽂件产⽣的⽬标⽂件进⾏链接，从⽽形成⼀个可以执⾏的步调。这个链接的过程就是静态链接。
静态链接的缺点
1.浪费空间：由于每个可执⾏步调中对所有必要的⽬标⽂件都要有⼀份副本，以是假如多个步调对 同⼀个⽬标⽂件都有依赖，如多个步调中都调⽤了printf()函数，则这多个步调中都含有 printf.o，文件体量很大。
2. 更新⽐较困难：由于每当库函数的代码修改了，这个时间就必要重新进⾏编译链接形成可执⾏程 序。
静态链接的优点
1. 运行速度快：在可执⾏步调中已经具备了所有执⾏步调所必要的任何东西，在 执⾏的时间运⾏速度快
2. 不依赖库：静态链接完毕之后文件中以已经自己包含了相应的库，纵然把库删了也不影响。
动态链接的出现办理了静态链接中提到标题
动态链接的根本头脑是把步调按照模块拆分成各个相对 独⽴部分，在步调运⾏时才将它们链接在⼀起形成⼀个完整的步调，⽽不是像静态链接⼀样把所有步调模块都链接成⼀个单独的可执⾏⽂件。
3.4 静态库动态库
在3.3中我们涉及到⼀个重要
yum install glibc-static libstdc++-static -y
的概念:库
我们的C步调中，并没有定义“printf”的函数实现,且在预编译中包含的“stdio.h”中也只有该 函数的声明,⽽没有定义函数的实现,那么,是在哪⾥实“printf”函数的呢?
答案是:系统把这些函数实现都被做到名为 libc.so.6 的库⽂件中去了,在没有特殊指定 时,gcc 会到系统默认的搜索路径“/usr/lib”下进⾏查找,也就是链接到 libc.so.6 库函数中去,如许 就能实现函数“printf”了,⽽这也就是链接的作⽤
https://i-blog.csdnimg.cn/direct/dd6a7c195a234d768a7d614b993e0634.png
• 静态库是指编译链接时,把库⽂件的代码全部加⼊到可执⾏⽂件中,因此⽣成的⽂件⽐较⼤,但在运 ⾏时也就不再必要库⽂件了。厥后缀名⼀般为“.a”
• 动态库与之相反,在编译链接时并没有把库⽂件的代码加⼊到可执⾏⽂件中,⽽是在步调执⾏时由 运⾏时链接⽂件加载库,如许可以节省系统的开销。动态库⼀般后缀名为“.so”,如前⾯所述的 libc.so.6 就是动态库。gcc 在编译时默认使⽤动态库。完成了链接之后,gcc 就可以⽣成可执⾏⽂ 件,如下所⽰。 gcc hello.o –o hello
⼀般我们的云服务器，C/C++的静态库并没有安装，可以采⽤如下⽅法安装
# Centos
yum install glibc-static libstdc++-static -y
4. 自动化构建-make/makefile
4.1 背景
一个文件从.c文件到可执行步调一共有四步，尽管我们可以将其合成为一步，但是每个文件都必要我们编译就很繁琐，这时间makefile这个文件就帮我办理了这个标题，他可以批量化理文件。
一个工程的源文件数不胜数而又分布在若干目次下，而makefile可以让我们来定义一些来的规则，指定哪些文件先编译，哪些后编译等
当我们有成百上千个.c文件必要编译时，也能通过makefile制定干系规则来批量化自动处理
而完成上述的操作时，只必要写好makefile文件中的规则关系，再实现一个命令“ make ” 即可。
4.2 根本利用
比方我们有一个test.c文件如下所示必要编译
#include <stdio.h>
int main()
{
printf("hello Makefile!\n");
return 0;
}
在makefile中
myproc:myproc.c
gcc -o myproc myproc.c
.PHONY:clean
clean:
rm -f myproc
在makfile的文件里，我们必要明确：目标文件，以来文件，以及两者依赖关系和依赖方法
https://i-blog.csdnimg.cn/direct/e3b718c5cf2744e7a80d3874f480644f.png
我们必要编译这个文件去写成一个名为test的可执行步调，那么test这个可执行步调就是我们的目标文件，由于这是我最终要生成的文件。
并且，我们是通过test.c的文件去生成的，那么test.c就是我们的依赖文件
那么依赖方法便是我们必要用怎样的指令去生成出对应的文件
这里便是 gcc -o myproc myproc.c
如许，在利用make指令之后，他会去找目标文件的依赖文件，知道找到存在的依赖文件，便开始执行对应的依赖方法。
值得注意地是，若有多个目标文件以及目标关系，makefile在make时会以压栈的方式从上到下入栈，直到找到了对应的目标文件，在依次出栈执行对应的依赖方法。
https://i-blog.csdnimg.cn/direct/a2b9ce9a957e4186bea5674a4133e420.png
https://i-blog.csdnimg.cn/direct/1f68f8d547ee4f7f9bac65b5169ba6fa.png
最后，项目工程是必要被清算的。因此我们另有些一个clean的目标文件，但是clean这种，没有被第⼀个⽬标⽂件直接或间接关联，那么它后⾯所定义的命令将不会被⾃动 执⾏。以是我们必要手动的去实现make clean。
并且向clean的这种目标文件，我们一般将其定义为一个伪⽬标,⽤ .PHONY 修饰,伪⽬标的特性 是，总是被执⾏的，那么何为总是被执行？
https://i-blog.csdnimg.cn/direct/0f85716457014954b63829a352006541.png
我们用stat来查看了我们的test可执行步调的具体属性，这里我们主要关注三个：
Modify: 内容变动，时间更新。
Change：属性变动，时间更新。
Access：常指的是⽂件最近⼀次被访问的时间。
并不是每次运行make，makefile文件都会根据对应关系去执行，而是会根据当前文件的.c文件（依赖文件）的内容变动时间和对应的.exe（目标文件）来判断是否必要执行，而假如在目标文件钱加上.PHONY，则会让make忽略依赖⽂件和⽬标⽂件的时间对⽐。
4.3 推导过程及注意事项
前面提到过makefile文件中的执行逻辑是压栈的方式，这里我们以下面的makefile文件内容为例，逐步详解一下。
myproc:myproc.o
gcc myproc.o -o myproc
myproc.o:myproc.s
gcc -c myproc.s -o myproc.o
myproc.s:myproc.i
gcc -S myproc.i -o myproc.s
myproc.i:myproc.c
gcc -E myproc.c -o myproc.i
.PHONY:clean
clean:
rm -f *.i *.s *.o myproc
https://i-blog.csdnimg.cn/direct/e726c3ab465d497cbe8b781c088de1cb.png
1. make会在当前⽬录下找名字叫“Makefile”或“makefile”的⽂件。
2. 假如找到，它会找⽂件中的第⼀个⽬标⽂件（target），在上⾯的例⼦中，他会找到 myproc 这 个⽂件，并把这个⽂件作为最终的⽬标⽂件。
3. 假如 myproc ⽂件不存在，或是 myproc 所依赖的后⾯的 myproc.o ⽂件的⽂件修改时间要 ⽐ myproc 这个⽂件新（可以⽤ touch 测试），那么，他就会执⾏后⾯所定义的命令来⽣成 myproc 这个⽂件。
4. 假如 myproc 所依赖的 myproc.o ⽂件不存在，那么 make 会在当前⽂件中找⽬标为 myproc.o ⽂件的依赖性，假如找到则再根据那⼀个规则⽣成 myproc.o ⽂件。（这有点像⼀ 个堆栈的过程）
RM=rm -f # 引⼊命令 5. 当然，你的C⽂件和H⽂件是存在的啦，于是 make 会⽣成 myproc.o ⽂件，然后再⽤ myproc.o ⽂件声明 make 的终极使命，也就是执⾏⽂件 hello 了。
6. 这就是整个make的依赖性，make会⼀层⼜⼀层地去找⽂件的依赖关系，直到最终编译出第⼀个 ⽬标⽂件。
必要注意的是，在找寻的过程中，假如出现错误，⽐如最后被依赖的⽂件找不到，那么make就会直接退出，并 报错，⽽对于所定义的命令的错误，或是编译不乐成，make根本不理。
make只管⽂件的依赖性，假如在我找了依赖关系之后，冒号后⾯的⽂件还是不在，那么对 不起，我就不⼯作啦。或假如第一给目标文件就找到了对应的依赖文件，并且依赖关系精确，则执行完这一条后就退出，后面的语句就不管了。
4.4 扩展语法
我们可以自定义变量名称，比方：
BIN=proc.exe # 定义变量
CC=gcc 不过在利用的过程中必要注意，自定义的变量利用是 $( 变量名 ) 的格式。
假如有100个.c文件必要我们去编译，那么我们不可能写100给makefile，这里我们只必要用一个变量名表示这所有的.c文件即可，这里有两种方法。
SRC=$(shell ls *.c) # 采⽤shell命令⾏⽅式，获取当前所有.c⽂件名
SRC=$(wildcard *.c) # 或者使⽤ wildcard 函数，获取当前所有.c⽂件名 我们也可以给恣意的指令定名
RM=rm -f # 引⼊命令 总体便是
BIN=proc.exe # 定义变量
CC=gcc #SRC=$(shell ls *.c) # 采⽤shell命令⾏⽅式，获取当前所有.c⽂件名 SRC=$(wildcard *.c) # 大概使⽤ wildcard 函数，获取当前所有.c⽂件名 OBJ=$(SRC:.c=.o) # 将SRC的所有同名.c 替换 成为.o 形成⽬标⽂件列表 $(BIN):$(OBJ) @$(CC) -o $@ $^ # $@:代表⽬标⽂件名。 $^: 代表依赖⽂件列表 @echo "linking ... $^ to $@" %.o:%.c # %.c 展开当前⽬录下所有的.c。 %.o: 同时展开同 名.o @$(CC) -c $< # %<: 对展开的依赖.c⽂件，⼀个⼀个的交给gcc。 @echo "compling ... $< to $@" # @：不回显命令 .PHONY:clean clean: $(RM) $(OBJ) $(BIN)
5. 版本控制器Git
当我们在工作时间，常面临提交的方案要改来改去的情况，最后却有可能面临 “感觉不如第一版” 的状态，因此我们选择在每一次版本的改动进行生存，在对应的拷贝文件上进行改动。这种方式在生存中也很常见，比方游戏的版本迭代，我们在网上可以找到一个单机游戏的不同版本的安装包，而我们写项目代码也是一样。
但在此之前的⼯作都必要这些不同版本的报告，于是每次都是复制粘贴副本，产出的⽂件就越来越 多，⽂件多不是标题，标题是：随着版本数目的不断增多，你还记得这些版本各⾃都是修改了什么 吗?
同样的，我们写项目代码也存在这个标题。于是版本控制器应运而生。
5.1 版本控制器
为了能够更⽅便我们管理这些不同版本的⽂件，便有了版本控制器。所谓的版本控制器，就是能让你 了解到⼀个⽂件的历史，以及它的发展过程的系统。通俗的讲就是⼀个可以记录⼯程的每⼀次改动和 版本迭代的⼀个管理系统，同时也⽅便多⼈协同作业。
⽬前最主流的版本控制器就是 Git 。Git 可以控制电脑上所有格式的⽂件，比方 doc、excel、dwg、 dgn、rvt等等。对于我们开发⼈员来说，Git 最重要的就是可以帮助我们管理软件开发项⽬中的源代码⽂件！
5.2 Git的安装
只必要利用yum指令安装对应的安装包即可
yum install git
5.3 建立远端Git堆栈
我们的项目工程生存在了本地，但是一旦装备出标题数据无法恢复便能会很头疼，于是我们国外有github，国内有gitee网站，我们可以在其网站上建立远程堆栈，我们可以用将其设为公有如许大家之间可以互相查看资源，也可以设为私有，只答应自己查看。
在gitee网站上建立好了远程堆栈之后，我们便可以将本地的项目代码上传到gitee远程堆栈中。一代本地数据丢失了，我们还可以从远程堆栈将数据拉取下来。字本地做完改动之后，再将数据上传到远程堆栈。
https://i-blog.csdnimg.cn/direct/d27acb29fde44ee3834af624d2fd8b78.png
并且在本地，还存在一个暂存区，这是由于我们在本地肯定会对项目代码进行频仍的改动， 为了避免存在避免频仍的上传，在本地修改好的代码都会先存放在暂存区，而后再确定无需再修改之后，同一的将暂存区的代码生存到本地的堆栈，再将本地的堆栈数据提交同步到远端的git堆栈。
5.4 建立本地Git堆栈
在建立好远端堆栈之后，会有一个远端堆栈的url
https://i-blog.csdnimg.cn/direct/ac67461694b34d3b9a206bfeff84619f.png
我们只需在linux中利用以下代码，便可建立本地的堆栈
git clone
这⾥的 url 就是刚刚建⽴好的项⽬的url，复制过来即可。
5.5 Git三板斧
在5.3中，我们大致形貌了git的同步过程，总体可以分为三步，也成为git三板斧。
5.5.1 git add
这一步，便是将我们修改大概新建过的文件名加入暂存区。
git add [⽂件名] 5.5.2 git commit
这一步，是将暂存区的数据同一生存到git的本地堆栈，“XXX” 表示日志内容，表明你这次的版本更新都做了什么。
git commit -m "XXX"
5.5.3 git push
这一步，便是将数据从本地堆栈上传更新到远端堆栈
git push 当然，初次利用 Git 时，你必要配置你的用户名和邮箱。这些信息将用于标识你在提交接码时的身份。配置用户名和邮箱的命令如下：
# 配置全局用户名
git config --global user.name "Your Name"
# 配置全局邮箱
git config --global user.email "your.email@example.com" --global 选项表示这些配置将应用于你系统中的所有 Git 堆栈。假如你只想为某个特定的堆栈配置用户名和邮箱，去掉 --global 选项即可。
如此，便是git代码的三板斧，会后这些操作便已经足够我们进行项目的开发。
6. 调试器gdb/cgdb的利用
6.1 示例代码
// mycmd.c
#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 选项，假如没有添加，步调⽆法调试
gdb的利用非常难受，以是我们安装cgdb软件包，cgdb的利用相对方便一些，下述操作都是在cgdb上进行。
#cgdb的安装
sudo yum install -y cgdb 6.2 常见利用
开始：cgdb [文件名称]
退出：ctrl + d 或 quit 调试命令
https://i-blog.csdnimg.cn/direct/90afac03297d48b1b719ec4558a13b85.png
https://i-blog.csdnimg.cn/direct/e80242e7094646ae883a0a25ecaa5f2d.png
6.3 cgdb实用指令
有了上述基础指令还不敷，这里再介绍三种实用的指令帮助我们进行调试
6.3.1 watch
语法： watch [变量名]
watch指令可以帮助我们监督变量名的变革，在每一次执行语句后若变量名发生变革，那么便会将监督的变量旧值和新值都打印出来
https://i-blog.csdnimg.cn/direct/553603a0b8554924aba8f27dbbe3b8bb.png
当然其用处一般是：若我们不渴望一个变量发生变革，便利用watch对其进行监督，若发生变革了watch便可以告诉我们。
6.3.2 set var
set var 通常用来修改变量的值。这对于调试过程中必要暂时更改变量值的情况非常有效。
语法：set var [变量名] = [修改后的值]
当我们步调出现报错，我们想确定是不是某一特定变量导致的错误时，我们可以利用这条语句修改特定变量的值，观察步调运行效果。
比方以下步调
// mycmd.c
#include <stdio.h>
int flag = 0; // 错误
int Sum(int s, int e)
{
int result = 0;
for(int i = s; i <= e; i++)
{
result += i;
}
return result*flag;
}
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;
}
我们误将flag的值由1写成了0，则会得到以下效果。
https://i-blog.csdnimg.cn/direct/1530b52e349a4bf2bf71e04832904164.png
我们利用cgdb调试若想判断是不是flag的错误可以利用语句修改其值
https://i-blog.csdnimg.cn/direct/8ce22308257f4e14a01e02cf8ad0dd17.png
修改flag的值后，发现是其造成了值的错误
6.3.3 条件断点
条件断点是使步调运行到特定的情况下制止运行，这再调试中相当实用
语法：b [行号] if [条件]
在我们实例中，执行累加的函数要执行00次，我想跳过前98次，就i观察最后两次的变革就可以利用 b 9 if i==98 ，在利用r之后步调就还跑到i=98的时间制止，这时间我们就可以利用s逐步的观察步调。
https://i-blog.csdnimg.cn/direct/5a88b86a02244d0890913d88075fe68d.png
7. 总结
如上就是我们在开发过程中所用到的开发工具，我们学习了yum的软件包安装，了解了vim编辑器的运用，把握了makefiel自动化构建的运用，以及了解git三板斧和cgdb的调试器。
博客知识一种对知识点的总结和归纳，我们必要必要在日常中不断的利用，才能纯熟的把握这些开发用的利用及其技巧。
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]