Linux 构建工具核心：make、进度条与 Git 仓库管理

这种写法更简洁，也更适合后期维护。

三、使用流程

实际使用时，通常就是这几步：

1. 在项目目录下创建 Makefile 或 makefile。
2. 把编译规则写进去。
3. 直接执行 make，生成可执行文件。
4. 需要清理时执行 make clean。

如果规则写得合理，后续修改某个源文件后，再次执行 make 时，它只会重新编译受影响的部分，不会把整个项目重新来一遍。这就是 make 真正省时间的地方。

四、系统程序里的进度条实现

进度条这类小程序，看起来简单，背后其实很能说明问题：它依赖的是终端输出、缓冲区刷新，以及回车符 \r 的配合。

1. 缓冲区和换行

在终端里，printf 的输出并不一定会立刻显示出来，很多时候它会先进入缓冲区。只有满足某些条件时，数据才会真正刷到屏幕上。

常见的触发方式有两种：

• 遇到 \n，在行缓冲模式下通常会刷新；
• 主动调用 fflush(stdout)，强制刷新标准输出缓冲区。

这里要注意，fflush(stdout) 不是 Linux 指令，而是 C 标准库函数，它的作用就是把缓冲区里的内容尽快推到终端。

\r 和 \n 的区别也值得单独拎出来看：

进度条一般会用 \r 回到行首，然后覆盖原来的内容，这样就能制造出'原地更新'的效果。

2. 倒计时的思路

倒计时的实现并不复杂，核心就是'打印内容 -> 刷新缓冲区 -> 休眠 -> 继续下一轮'。

如果不手动刷新，输出可能会一直攒在缓冲区里，直到程序结束才一次性显示出来，那就看不到动态变化了。

五、一个简单的进度条实现

进度条通常由三部分组成：头文件、主函数、具体逻辑函数。思路很直接，但真正运行时，\r 和 fflush(stdout) 缺一不可。

头文件

#ifndef PROGRESS_H
#define PROGRESS_H

void progress_bar();

#endif

主函数

#include "progress.h"

int main()
{
    progress_bar();
    return 0;
}

进度条逻辑

#include <stdio.h>
#include <unistd.h>
#include "progress.h"

void progress_bar()
{
    int i = 0;
    char bar[101] = {0};

    for (; i <= 100; ++i)
    {
        bar[i] = '#';
        bar[i + 1] = '\0';
        printf("\r[%s]%d%%", bar, i);
        fflush(stdout);
        usleep(100000);
    }
    printf("\n");
}

这个实现里有两个关键点：

• \r 会把光标拉回行首，下一次打印就会覆盖旧内容；
• fflush(stdout) 会强制刷新输出，否则进度变化很可能不会实时显示。

如果你想把它做得更漂亮，还可以继续扩展，比如在进度条两侧加上左右边界、显示加载状态文本，或者把耗时任务包进去，让它更接近真实场景。

六、Gitee 的本地仓库与远程仓库

Gitee 可以理解为代码托管平台，配合 Git 使用时，最常见的流程就是：本地开发、提交到本地仓库、再同步到远程仓库。

本地仓库的意义在于记录开发过程，方便回滚、分支管理和阶段性保存；远程仓库则更偏向协作、备份和统一管理。

1. 配置本地身份

在使用 Git 之前，先配置用户名和邮箱：

git config --global user.name "你的用户名"
git config --global user.email "你的邮箱"

这一步很基础，但很重要。后续提交记录里显示的作者信息，基本就来自这里。

2. 初始化本地仓库

进入项目目录后执行：

git init

执行完成后，当前目录会多出一个 .git 隐藏目录，这就是 Git 仓库的核心数据所在。

3. 提交到本地仓库

常见操作顺序是：

git add .
git commit -m "第一次提交"
git log

• git add 把文件放入暂存区；
• git commit 把暂存区内容提交到本地仓库；
• git log 可以查看提交记录。

4. 关联远程仓库

远程仓库创建好后，需要把本地仓库和远程仓库建立关联。通常会先添加远程地址，再推送第一次提交：

git remote add origin 远程仓库地址
git branch -M main
git push -u origin main

如果你的默认分支是 master，把 main 换成 master 即可。

5. 后续提交

后面的流程就比较顺了：

git add .
git commit -m "修复登录失败问题"
git pull origin main
git push

这里的 pull 不是每次都必须，但在多人协作场景里，先拉取远程最新代码再推送，会更稳妥一些，能尽量避免冲突。

七、删除仓库

如果本地仓库不再需要，直接删除仓库目录即可：

rm -rf 仓库目录

后续如果重新建仓库，只要重新 git init，再按前面的流程走一遍就可以了。

八、总结

make 和 Makefile 解决的是项目构建自动化问题，进度条演示的是终端输出、缓冲区刷新和回车覆盖的机制，而 Git/Gitee 则负责把代码管理、版本记录和远程同步这件事变得可控。三块内容看似分散，其实都很贴近 Linux 开发的日常：写得少一点，重复劳动就少很多，出错的机会也会明显下降。