目录
编辑
Linux 软件包管理器 yum
软件包:
操作：
拓展：lrzsz简介
Linux开发工具
Linux编辑器-vim使用
vim 的基本概念
命令模式
插入模式
底行模式
vim 命令模式的操作指令
vim 底行模式的操作命令
Linux编译器-gcc/g++使用
功能
格式
编译过程
gcc 常见选项：
Linux调试器-gdb使用
背景
gdb 的使用
项目自动化构建工具 - make/Makefile （地球人都在用）
准备工作、写法和用法
编写makefile文件
.PHONY 的作用
简化 makefile 文件
多文件项目，有 file.h file.c main.c 三个文件
make 是如何工作的
clean 项目清理
分布式版本控制软件 - git
Linux 软件包管理器 yum
软件包:
在linux下安装软件，通常办法是下载程序源代码，并进行编译，最后得到可执行程序;但是这样及其麻烦，于是有人将一些常用的软件编译好，做成软件包；类似“app商店”
操作：
yum list :查看当前一共有哪些软件包
例:
yum list | grep sl查看当前软件包中筛选出包含sl的软件包；
我们选取其中一个；
sl.x86_64 5.02-1.el7 @epel
软件包名称: 主版本号.次版本号.源程序发行号-软件包的发行号.主机平台.cpu架构.
“x86_64” 后缀表示64位系统的安装包, “i686” 后缀表示32位系统安装包. 选择包时要和系统匹配.
“el7” 表示操作系统发行版的版本. “el7” 表示的是 centos7/redhat7.“el6” 表示 centos6/redhat6.
epel 表示的是 “软件源” 的名称, 类似于 “小米应用商店”, “华为应用商店” 这样的概念.
拓展：lrzsz简介
rz，sz 是 Linux/Unix 同 Windows 进行 ZModem 文件传输的命令行工具。
rz 可以很方便的从客户端传文件到服务器，sz 也可以很方便的从服务器传文件到客户端，就算中间隔着跳板机也不影响。
在 SecureCRT 下的传输协议有 ASCII、Xmodem、Ymodem、Zmodem 4种：
ASCII：这是最快的传输协议，但只能传送文本文件
Xmodem：这种古老的传输协议速度较慢，但由于使用了CRC错误侦测方法，传输的准确率可高达99.6%
Ymodem：这是Xmodem的改良版，使用了1024位区段传送，速度比Xmodem要快。Zmodem：Zmodem采用了串流式（streaming）传输方式，传输速度较快，而且还具有自动改变区段大小和断点续传、快速错误侦测等功能,是目前最流行的文件传输协议
Linux开发工具
Linux编辑器-vim使用
vi/vim都是多模式编辑器，vim是vi的升级版本，不仅兼容vi的所有指令，而且还有一些新的特性在里面
vim 的基本概念
vim 是编辑器，用于编辑文本，编写代码的工具。因为 vim 的操作是在命令行中，不支持鼠标，因此光标的移动，文本内容的操作都需要命令来完成。
这里主要介绍vim最常用的三种模式：命令模式、插入模式、底行模式。
命令模式
控制屏幕光标的移动，字符、字或行的删除，移动复制某区段或者模式切换
插入模式
文本数据的写入，模式切换；在命令模式下按 i 进入该模式；按「ESC」键可回到命令行模式
底行模式
文件保存或退出，也可以进行文件替换，找字符串，列出行号等操作。在命令模式下，shift + : 即可进入该模式；按「ESC」键可回到命令行模式
注：底行模式和插入不可转换；
进入 vim 的方法
vim + 文件名
退出 vim 的方法 （在底行模式）：
w （保存当前文件）
wq （输入「wq」,存盘并退出vim）
q！ （输入q!,不存盘强制退出vim）
vim 命令模式的操作指令
vim可以直接用键盘上的光标来上下左右移动，但正规的vim是用小写英文字母**「h」、「j」、「k」、「l」，分别控制光标左、下、上、右移一格**
按［gg］：进入到文本开头
按「G」或 「shift + g」或「 n + shift + g」：移动到文本末端 或 向下移动n位
按「shift + ^」：移动到光标所在行的“行首”
按「 shift + $ 」：移动到光标所在行的“行尾”
按「w」：光标跳到下个字的开头
按「b」：光标回到上个字的开头按 [ u ] : 撤销上次指令
按「x」： 每按一次，删除光标所在位置的一个字符
按「n + x」： 例如，「6x」表示删除光标所在位置的“后面（包含自己在内）”6个字符；
按「n + dd」： 从光标所在行开始删除 n 行
按「dd + p」或「n + dd + p」： 剪切某行 或 剪切n行
按「p」： 将缓冲区内的字符粘贴到光标所在位置。注意：所有与“y”有关的复制命令都必须与“p”配合才能完成复制与粘贴功能。
按「yy」: 复制光标所在行 到缓冲区。
按「n + yy」： 例如，「6yy」表示拷贝从光标所在的该行“往下数”6行文字。
vim 底行模式的操作命令
按「set nu」: 输入「set nu」后，会在文件中的每一行前面列出行号。
按「set nonu」: 取消行号。
按「/ + 关键字」： 先按「/」键，再输入想寻找的字符，如果第一次找的关键字不是您想要的，可以一直按「n」会往后寻找到您要的关键字为止。
按「w」： 在冒号输入字母「w」就可以将文件保存起来
按「q」： 按「q」就是退出，如果无法离开vim，可以在**「q」后跟一个「!」强制离开vim**。
按「wq」： 一般建议离开时，搭配「w」一起使用，这样在退出的时候还可以保存文件。
按「x!」： 保存并退出编辑，仅当文件有修改时会保存，并修改文件时间属性按「: vs + 文件名」： 如在 test.c 中打开或创建一个文件「: vs liren.c 」
按「ctrl + w」： 光标在分屏的多屏幕下进行切换
Linux编译器-gcc/g++使用
功能
将我们所写的高级语言代码编译解释成机器指令
格式
gcc [选项] 要编译的文件 [选项] [目标文件]
编译过程
预处理：展开所有代码(引入头文件，宏替换，删除注释…)
编译：语法语义检测，没有错误则将代码解释成为汇编指令
汇编：架构汇编指令解释成二进制机器指令
链接：将所需的二进制机器指令（其他的.o以及库文件）打包生成可执行文件
gcc 常见选项：
- -E 只进行到预处理完成
- -S 只进行到编译完成
- -c 只进行到汇编完成
- -o 指定要生成的目标文件对象名称
- -g 告诉编译器不要生成release版本在 -c 时就要加上-g
Linux调试器-gdb使用
背景
程序的发布方式有两种，debug模式和 release模式
Linux gcc/g++出来的二进制程序，默认是release模式
要使用gdb调试，必须在源代码生成二进制程序的时候, 加上 -g 选项
debug版本程序本身会被加入更多的调试信息，以便于进行调试。
所以debug文件比生成默认的release文件大
gdb 的使用
gdb binFile 退出： ctrl + d 或 quit 调试命令：
（list 或者 l）+ 行号：显示binFile源代码，接着上次的位置往下列，每次列10行
（list 或者 l）+ 函数名：列出某个函数的源代码
r 或 run： 运行程序，从开始连续而非单步执行程序
n 或 next： 单条执行，逐过程
s 或 step： 进入函数调用，逐语句
c(continue)： 直接跳转到下一个断点
until X行号： 跳至X行
finish： 直接运行完毕对应的函数
b(break) + 行号：在某一行设置断点
b(break) + 函数名：在某个函数开头设置断点
i(info) b(break) ： 查看断点信息
d(delete) b(breakpoints)： 删除所有断点
d(delete) b(breakpoints) + 行号： 删除序号为 n 的断点
disable b(breakpoints)： 禁用断点
enable b(breakpoints)： 启用断点
p(print) + 变量或表达式： 打印表达式的值，通过表达式可以修改变量的值或者调用函数
display 变量名： 跟踪查看一个变量，每次停下来都显示它的值，==相当于vs中的监视==*
undisplay 变量名： 取消对先前设置的那些变量的跟踪
bt(breaktrace)： 查看各级函数调用及参数，相当于vs中的调用堆栈窗口
i(info) locals： 查看当前栈帧局部变量的值set 变量名=n： 修改变量的值为 n
注意：
调试程序完毕，或者调试中间过程，调试痕迹 很重要，当调试一个大的项目，可能有几十个断点，某个断点调试完了，不要直接把它删除，而是暂时禁用它，等程序没有任何问题了，再把所有断点删除。
项目自动化构建工具 - make/Makefile （地球人都在用）
make命令是用来自动完成大批量源文件的编译工作的维护工具；能够建立不同文件之间的依赖关系；自动识别被修改的源文件并重新编译，避免不必要的编译。（简言之，就是一个编译工具，并且非常实用。）
注：想要使用 make 命令，需要创建一个 makefile 文件
准备工作、写法和用法
准备工作
首先将所有项目中要处理的文件放到同一个文件目录下，并且在该目录下新建一个名为Makefile的文件（推荐使用Makefile）。新建方法：在该目录下打开终端，输入如下命令即可。
vim Makefile
规则的写法
对源文件(demo.c)处理将其生成对应的目标文件（即demo.o）
file:file.c
gcc file.c -o file//注意：gcc前是一个Tab
目标文件file 依赖于原始文件 file.c，但光光有依赖关系是不能生成目标文件的，是不够的。
还需要有依赖方法，而
gcc file.c -o file就是与之对应的依赖方法，表明如何生成目标文件 file。
编写makefile文件
file:file.c # 表明了一种依赖关系，目标文件 file依赖于 file.c
gcc file.c -o file # 依赖方法，怎么用 file.c 生成目标文件 file（需要以tab键开头）
.PHONY:clean # .PHONY —— "定义"伪目标：clean总是可以被执行的
clean: # 依赖项为空
rm -rf file # 清理可执行程序
.PHONY 的作用
一般不会把可执行程序 “定义” 成伪目标，因为每次编译都是有成本的，第一次编译好了，就不需要再编译了，除非文件有改动。一般把清理可执行程序 “定义” 成伪目标。
简化 makefile 文件
file:file.c
gcc $^ -o $@ # $^: 可执行程序所依赖的文件列表 $@: 目标文件
.PHONY:clean
clean:
rm -rf file
多文件项目，有 file.h file.c main.c 三个文件
file:file.c main.c # 目标文件 test 依赖于 file.c 和 main.c
gcc $^ -o $@ # $^: 可执行程序所依赖的文件列表 $@: 目标文件
.PHONY:clean
clean:
rm -rf file
- $@：表示依赖关系中的目标文件
- $^ ：表示依赖关系中的依赖文件列表
- $< ：表示依赖关系中的一个一个的依赖文件
make 是如何工作的
make 会在当前目录下找名字叫 “Makefile” 或 “makefile” 的文件。
如果找到，它会找文件中的第一个目标文件（target），在上面的例子中，他会找到 “file” 这个文件，并把这个文件作为最终的目标文件。
如果 test 文件不存在，或是 test 所依赖的后面的 test.o 文件的文件修改时间要比 test 文件新，那么就会执行后面所定义的命令来生成 test 这个文件。
如果 test 所依赖的 test.o 文件不存在，那么 make 会在当前文件中找目标文件为 test.o 的依赖性，如果找到则再根据那一个规则生成 test.o 文件。
这就是整个 make 的依赖性，make 会一层又一层地去找文件的依赖关系，直到最终编译出第一个目标文件。在寻找的过程中，如果出现错误，比如最后被依赖的文件找不到，那么 make 会直接退出并报错（因为 make 只管文件的依赖性，不会管依赖的文件项到底在不在）。如果是所定义的命令的错误，或是程序编译不成功，make 不会理会。
clean 项目清理
工程是需要被清理的。
比如 clean，如果没有被第一个目标文件直接或间接关联，那么它后面所定义的命令将不会被自动执行，不过，我们可以显示要 make 执行。即命令 make clean，以此来清除所有的目标文件，以便重新编译。
一般会把 clean 设置为伪目标，用 .PHONY 修饰。（伪目标的特性是：总是被执行的）
分布式版本控制软件 - git
1.在 gitee/github 创建新仓库：略，然后在创建好的仓库页面中复制远程仓库的地址 url，推荐 HTTPS。
2.克隆远程仓库到本地
$ git clone [url]
执行命令后，输入 gitee/github 的用户名和密码，将会直接在本地创建一个放置代码的目录。
$ git add . # 添加所有文件到暂存区
$ git commit -m "本次提交的主题" # 提交文件到本地仓库，""中写提交信息，不能乱写
$ git push # 推动本地仓库的文件到远程仓库
会提示设置用户名和邮箱（每次 git 提交都会使用到该信息，它被永远的嵌入到了你的提交中） （仓库有）
$ git config --global user.email "you@example.com" # 邮箱
$ git config --global user.name "Your Name" # 用户名
补充：
$ git log # 查看所有提交日志信息
$ git status # 查看本地仓库所有文件状态
