从 make 到 Vite：你写的代码，是怎么变成能跑的程序的

①没有构建工具的日子：改一行，等一小时②make 1976：改一行，只重编一个文件③GCC 1987：一个编译器，统一江湖④CMake 2000：一份描述，处处构建⑤Maven 2004 / Gradle 2007：依赖不再靠手动下载⑥Webpack 2012 / Vite 2021：浏览器也要构建⑦构建的尽头：一键复现，加上 AI

make、GCC、CMake、Maven、Webpack、Vite——编译器与构建工具，五十年进化史

你在编辑器里写完代码，点一下运行，程序就跑起来了——中间发生了什么，大多数人从来没看过。把上万个源文件变成一个能跑的程序，靠的是编译器和构建工具这条隐形流水线。编译器和构建工具到底有啥区别？一句话：编译器是翻译官，把代码翻译成机器能懂的指令；构建工具是施工队长，决定翻哪些文件、按什么顺序、材料从哪来。从 1976 年的 make 到 2021 年的 Vite，这五十年，就是这条流水线从手艺活长成自动化的五十年。

上世纪七十年代，程序员改完代码要自己敲编译命令：几百个源文件一个一个编译，再手动把目标文件链接成程序，敲错一个、漏一个，直接报错。更难受的是：哪怕只改了一行，也得把几百个文件全部重编一遍，大项目一编就是几十分钟，喝杯咖啡回来可能还没编完。而且命令全凭人记，换台机器、换个同事，就复现不出原来的构建过程——出过一次问题的构建，谁都说不清当时到底做了什么。构建工具要干的事就一件：把编译从手艺活，变成任何人一条命令就能复现的流程。

把编译从手艺活，变成可复现的流程

1976 年，贝尔实验室的 Stuart Feldman 写出 make。思路是先写一张 Makefile：声明哪个文件依赖哪个文件，make 自己算出哪些变了、只重编变过的那部分。几百个文件的项目，改一行从全量重编几十分钟降到几秒——这是构建自动化的起点。make 至今没被淘汰：Linux 内核今天还在用它编译。但它的规则里写死了系统命令，Linux 上写的 Makefile 拿到 Windows 基本跑不动，这个毛病留给了下一代。

机器第一次自己决定该重编谁

编译器本身当年也是碎的：每家硬件厂商卖自己的编译器，收费、互不兼容，换台机器代码就得改。1987 年，Richard Stallman 发起 GCC（GNU 编译器套件）：免费开源、一套工具链支持 C、C++、Fortran 等多种语言，几乎所有的 Unix 和后来的 Linux 都把它当默认编译器。GCC 把编译器从各家私有的黑盒，变成了全行业共享的标准件；今天各大 Linux 发行版和无数嵌入式设备背后，都是它和它的后辈 Clang（2012 年起 Apple 主推）。

编译器从各家私有黑盒，变成行业共享的标准件

make 的规则和平台绑死：同一段构建逻辑，Linux 用 make，Windows 用 Visual Studio 工程，macOS 用 Xcode 工程，维护者得同时养好几套。2000 年前后，Kitware 推出 CMake：你只写一份平台无关的 CMakeLists.txt，它帮你生成对应平台的 makefile 或工程文件。一句话区分：make 是施工图，CMake 是能按工地自动生成施工图的图纸。OpenCV、LLVM、MySQL 这些大型跨平台项目，后来都长在 CMake 上；而小项目直接写 make 依然够用——旧方案不是被淘汰，是被各归其位了。

make 是施工图，CMake 是生成施工图的图纸

项目一大就要用别人写好的库，当年全靠手动：去官网下载 jar 包、记版本号、拷进项目、处理库和库之间的冲突，少一个就报 ClassNotFound。2004 年 Apache 推出 Maven：在 pom.xml 里声明我要哪些库，中央仓库自动下载、版本冲突按规则仲裁；还立下约定优于配置的规矩，新同事拿到项目就知道代码该放哪。2007 年 Gradle 接棒，用更灵活的脚本语言替代 XML，加上增量构建，速度更快，Android 官方直接选了它。今天你点一次构建，几秒内自动下载并组装好成百上千个依赖——这件事在二十年前要靠人肉搬运。

依赖从手动下载，变成声明一行自动拉齐

网页早年不需要构建：几个 script 标签按顺序引入就行。但前端代码一多就乱了：全局变量互相打架、文件顺序排错就白屏、几百个文件浏览器挨个请求太慢。2012 年 Webpack 把一切当模块：JS、CSS、图片都能打包、按需加载、压缩优化，前端从此有了自己的构建流水线，代价是项目一大启动开发环境要等几分钟。2021 年 Vite 换了个思路：开发时直接用浏览器原生的 ES 模块能力、按需编译，冷启动秒开；打包时再用 Go 语言写的高速工具 esbuild。前端项目的启动从几分钟进到几秒，构建这件事彻底卷进了快车道。

前端项目的启动从几分钟，进到几秒

今天的构建又长出了新东西：CI/CD 让每次提交自动构建和测试；构建缓存和可复现构建，让同一份代码在任何机器上产出一模一样的结果；AI 也开始帮读构建报错、优化构建脚本。而 make、GCC 这些老家伙一个都没死——它们只是沉到了流水线最底下。普通人也用得上这条主线：装软件时报缺 dll、npm install 卡半天、gradle build 一屏红字，全是这一层的事。回看五十年，主线就一句：把你手敲的每一条命令，变成一条能自动复现的流水线。你遇到过哪次构建报错印象最深？评论区聊聊，下期拆《数据库软件》。

一句话总结：编译器与构建的进化，就一件事——把你手敲的每一条命令，变成一条能自动复现的流水线。

从改一行等一小时，到改完秒级出包，变的不是那些命令，而是构建终于不再依赖任何人的记性和手感。

软件进化史系列持续更新，下一篇聊聊《数据库软件》——从 Oracle 到 SQLite，你的数据都存在了哪里。

— 完 —