作者：@小萌新
专栏：@Linux
作者简介：大二学生 希望能和大家一起进步！
本篇博客简介：介绍Linux的常用工具make/makefile git
Linux项目自动化构建工具 – make/Makefile
背景
- 会不会写Makefile 从侧面说明了一个人是否具备完成大型工程的能力
- 一个工程的源文件不计其数 按照其类型、功能、模块分别放在若干个目录当中 Makefile定义了一系列的规则来指定：哪些文件需要先编译 哪些文件需要后编译 甚至于进行更复杂的功能操作
- Makefile带来的好处就是“自动化编译” 一旦写好 只需一个make命令 整个工程完全自动编译 极大的提高了软件开发的效率
- make是一个命令工具 是一个解释Makefile当中指令的命令工具 一般来说 大多数的IDE都有这个命令 例如：Delphi的make VisualC++的nmake Linux下GNU的make 可见 Makefile都成为了一种在工程方面的编译方法
- make是一条命令 Makefile是一个文件 两个搭配使用 完成项目自动化构建
依赖关系和依赖方法
在使用make/Makefile前我们首先应该理解各个文件之间的依赖关系以及它们之间的依赖方法
依赖关系： 文件A的变更会影响到文件B 那么就称文件B依赖于文件A
比如说我们这里的test.c文件 只要它改变了的话 test.i test.s test.o 可执行文件都会发生变化
所以我们说后面的这些文件是依赖于test.c的
当然如果要是进一步细分的话 我们还可以说 test.s 是依赖于 test.i的
test.o是依赖于 test.s的 依次类推
依赖方法： 如果文件B依赖于文件A 那么通过文件A得到文件B的方法 就是文件B依赖于文件A的依赖方法
在上面这个图中 test.c经过某种方法变成了 test.i
那么我们就可以说这个方法是依赖方法
多文件编译
当我们的工程中有多个源文件的时候我们应该怎么进行多文件编译呢？
有两种方法
第一种 我们可以直接使用gcc对两个文件进行编译 生成一个可执行文件
指令如下
gcc main.c test.c -o mytest.c
但是我们一般不这么做 因为一旦多个源文件中有一个改变了我们就需要将所有的源文件重新编译链接
第二种 每个源文件各自生成自己的二进制文件 然后再将这些二进制文件通过链接生成可执行程序
这样子就算是一个源文件需要修改我们只需要重新编译它的二进制文件就好了
指令表示如下
gcc -c main.c -o main.o
gcc -c test.c -o test.o
之后我们将这两个二进制文件链接即可
指令如下
gcc test.o main.o -o mytest
这里有一个注意点 我们链接的时候并不需要主动去链接头文件 因为编译器会自动识别我们使用#include 包含的头文件
随着源文件的增多 我们每次需要敲的指令就会变得很长 为了方便我们的操作我们这里就可以使用 make/makefile了
首先我们需要在源文件所在目录下创建一个名为Makefile/makefile的文件
之后我们便可以开始编写makefile文件了
之后我们便可以开始使用make进行编译
我们发现这里成功生成了可执行文件和中间的二进制文件
Makefile文件的简写方式：
- $@：表示依赖关系中的目标文件（冒号左侧）
- $^：表示依赖关系中的依赖文件列表（冒号右侧）
- $<：表示依赖关系中的第一个依赖文件
项目清理
每次运行结束之后都要我们手动清理未免有点太麻烦了 刚好我的makefile支持这个功能
它的语法格式是这样子的
首先需要写下这样一段代码
.PHONY:clean
clean:
.PHONY修饰后面的东西我们一般把他称为伪目标
什么是伪目标呢？
伪目标就是总是可以被执行的目标
后面的就是编写这个伪目标了
make原理
- make会在当前目录下找名字为“Makefile”或“makefile”的文件
- 如果找到 它会找文件当中的第一个目标文件 在上面的例子中 它会找到mytest这个文件 并把这个文件作为最终的目标文件
- 如果mytest文件不存在 或是mytest所依赖的后面的test.o文件和main.o文件的文件修改时间比mytest文件新 那么它就会执行后面的依赖方法来生成mytest文件
- 如果mytest所依赖的test.o文件不存在 那么make会在Makefile文件中寻找目标为test.o文件的依赖关系 如果找到则再根据其依赖方法生成test.o文件（类似于堆栈的过程）
- 如果test.c文件和main.c文件是存在的 make会生成test.o文件和main.o文件 然后再用test.o文件和main.o文件生成最终的mytest文件
- make会一层又一层地去找文件的依赖关系 直到最终编译出第一个目标文件
- 在寻找的过程中 如果出现错误 例如最后被依赖的文件找不到，那么make就会直接退出 并报错
Linux版本控制工具 --git
git的介绍
git是一个分布式版本控制系统 它可以快速高效地处理从小型到大型的各种项目
它的作用有
- 能够记录文档的改动历史
- 能够回滚到任意一个修改时间点
- 能够协作编辑文件
git的安装
在下载之前我们可以通过 --version指令来查看自己的云服务器上是否安装了git
如果自己的云服务器上没有安装git那我们则需要通过下面的命令来安装
sudo yum install -y git
git的使用
我们可以使用git来克隆一个代码仓库
首先我们可以在gitee上建立一个代码仓库
具体教程在bilibili很简单可以搜索到
在创建了一个新的代码仓库之后我们可以获取这个仓库的https链接
之后我们可以在linux中新建一个目录作为我们的代码仓库
我们创建完“仓库” 之后进入之
输入指令 git clone + https网址
之后我们就在gitee下克隆出来一个新的代码仓库啦
我们可以看到本地的仓库和gitee上仓库是一样的
那么如何上传我们的本地文件到gitee上的代码仓库呢？
只需要按照下面的三步走就可以实现上传功能
add
首先我们创建一个test目录作测试用
之后输入如下指令
git add test
它的意思是上传test文件
commit
之后我们需要commit确认我们上传的文件并且要添加日志
输入如下指令即可
git commit -m “log”
其中log代表的是本次提交的日志信息
当我们第一次提交的时候会出现这样子的报错
这是因为git需要确认我们的身份
这个时候按照它给我们的报错信息 输入我们的邮箱和姓名即可
push
最后我们可以通过push指令来讲确认后的命令上传到gitee仓库
当然最后我们需要输入下自己的账号和密码 这样子的设计也是很合理的
避免了有人在只知道你邮箱的情况下上传一些无关文件到你的仓库
之后我们在test空目录中加上文件再次完成这一套操作
我们可以发现确实同步了
git上传的文件应该如何删除呢？
git的删除和git的添加很像
我们只需要多加一步操作
git rm “xxx”
之后再重复 add commit push就可以了
我们可以发现文件确实被删除了
我们怎么查看历史提交呢？
我们只需要输入 git log指令 就能够查看之前所有提交的日志
