目录
1.Linux项目自动化构建工具 - make/makefile
1.1.makefile原理
1.2.项目清理
2.第一个小程序 - 进度条
3.git三板斧
1.Linux项目自动化构建工具 - make/makefile
make是一条命令,makefile是一个文件,两个搭配使用,完成项目自动化构建。
makefile是一个围绕依赖关系和依赖方法构建的一个自动化编译的工具!!!
一个工程中的源文件不计数,其按类型、功能、模块分别放在若干个目录中,makefile定义了一系列的规则来指定,哪些文件需要先编译,哪些文件需要后编译,哪些文件需要重新编译,甚至于进行更复杂的功能操作。在我们的第一个小程序中,就会用到makefile。
1.1.makefile原理
例:
依赖关系
文件 hello ,它依赖 hell.o
hello.o , 它依赖 hello.s
hello.s , 它依赖 hello.i
hello.i , 它依赖 hello.c
依赖方法
gcc hello.* -o hello.*
1. make会在当前目录下找名字叫“Makefile”或“makefile”的文件。
2. 如果找到,它会找文件中的第一个目标文件(target),在上面的例子中,他会找到“hello”这个文件, 并把这个文件作为最终的目标文件。
3. 如果hello文件不存在,或是hello所依赖的后面的hello.o文件的文件修改时间要比hello这个文件新(可 以用 touch 测试),那么,他就会执行后面所定义的命令来生成hello这个文件。
4. 如果hello所依赖的hello.o文件不存在,那么make会在当前文件中找目标为hello.o文件的依赖性,如果找到则再根据那一个规则生成hello.o文件。(这有点像一个堆栈的过程)
5. 当然,你的C文件和H文件是存在的啦,于是make会生成 hello.o 文件,然后再用 hello.o 文件声明 make的终极任务,也就是执行文件hello了。
6. 这就是整个make的依赖性,make会一层又一层地去找文件的依赖关系,直到最终编译出第一个目标文件。
7. 在找寻的过程中,如果出现错误,比如最后被依赖的文件找不到,那么make就会直接退出,并报错, 而对于所定义的命令的错误,或是编译不成功,make根本不理。
8. make只管文件的依赖性,即,如果在我找了依赖关系之后,冒号后面的文件还是不在,那么对不起, 我就不工作啦。
1.2.项目清理
✱工程是需要被清理的
✱像clean这种,没有被第一个目标文件直接或间接关联,那么它后面所定义的命令将不会被自动执行, 不过,我们可以显示要make执行。即命令——“make clean”,以此来清除所有的目标文件,以便重编译。
✱但是一般我们这种clean的目标文件,我们将它设置为伪目标,用 .PHONY 修饰,伪目标的特性是,总是被执行的。 可以将我们的 hello 目标文件声明成伪目标,测试一下。
2.第一个小程序 - 进度条
进度条大家应该都不陌生,但是要写一个我们自己的进度条,其中很多细节还需要注意。
我们可以自己设置背景颜色和字体颜色
1 #include"proc.h"
2 #include<string.h>
3 #include<unistd.h>
4
5 #define SIZE 102
6 #define STYLE '$'
7 #define ARR '>'
8
9 void process()
10 {
11 const char* lable = "|/-\\";
12 char bar[SIZE];
13 memset(bar,'\0',sizeof(bar));
14 int i = 0;
15 while(i <= 100)
16 {
17 printf("[\033[42;32;31m%-100s\033[0m][%d%%][%c]\r",bar, i, lable[i%4]);
18 fflush(stdout);
19 bar[i++] = STYLE;
20 if(i != 100)
21 bar[i] = ARR;
22 usleep(100000);
23 }
24 printf("\n");
25 }
最终效果展示:
3.git三板斧
• 三板斧第一招:git add
将代码放到刚才下载好的目录中
git add 文件名
• 三板斧第二招:git commit
提交改动到本地
git commit .
注意:最后的“.”表示当前目录
提交的时候应该注明提交日志,详细描述改动的内容
• 三板斧第三招:git push
同步到远端服务器上
git push
需要填入用户名密码. 同步成功后, 刷新 Github / Gitee页面就能看到代码改动了。