第1章：课程介绍与目标
大家好，我是你们这门课的老伙计。
说实话，我见过太多团队因为“配置混乱”和“版本漂移”而翻车了。我自己也踩过不少坑。所以这门课，就是想把那些血泪教训总结出来，让你少走弯路。
这第一章，我们先聊清楚：我们为什么要学这个？目标是什么？
1.1 为什么需要这门课？
你想想看，一个项目跑得好好的，换台机器就编译不过了。或者，你明明只改了一行配置，结果整个系统的行为都变了。
这背后，说白了就是两个问题没管好：
- 参数配置：是代码的环境依赖、功能开关、调优参数。它们藏得到处都是——环境变量、配置文件、命令行参数、硬编码。
- 版本锁定：是依赖的第三方库、工具链、构建环境、容器镜像的版本。它们像沙子一样，抓不住就漏。
我曾经接手过一个项目，就因为一个底层库的小版本号从 1.2.3 升级到了 1.2.4，结果整个后端服务的内存泄漏了。嗯，从那天起，我就成了版本锁定的忠实信徒。
1.2 我们的目标
这门课不跟你谈虚的。我们的核心目标只有两个：
- 让配置“可追溯、可复现”：不管谁、在哪、什么时候部署，只要拉到同样的代码，就能用同样的配置跑起来。
- 让依赖“固化、可控”：锁死依赖的版本，把不确定性降到最低。让构建和部署的结果是“必然”，而不是“概率”。
一句话概括：让你的项目“一次成功，到处都能重现”。
1.3 会遇到哪些工具？
我会带着大家一起动手。我们会接触这些工具和技术，你不需要全都精通，但得知道它们怎么用。
| 领域 | 工具/技术 | 核心作用 |
|---|---|---|
| 构建工具 | CMake、Makefile、Conan | 管理构建配置和C++依赖 |
| 包管理器 | npm, pip, Maven | 锁定运行时库和头文件版本 |
| 容器化 | Docker, Docker Compose | 固化操作系统和运行时环境 |
| 版本控制 | Git LFS | 管理大文件和配置模板 |
| 自动化 | CI/CD (GitHub Actions) | 验证锁定策略是否生效 |
我个人习惯，会把版本锁定放在配置管理的核心位置。因为一切依赖，如果不锁死，配置再完美也是白搭。
1.4 课程知识体系
为了让你有个全局感，我画了一张图。你看完就明白整个课程的骨架了。
我的建议：先别急着深入具体工具。先把这张图的逻辑印在脑子里。后面的所有章节，都会围绕着“配置”和“版本锁定”这两条主线展开。
记得有一次，我负责构建一个推理服务。因为依赖库的版本没锁死，导致开发团队和测试团队用的OpenBLAS版本不一致。结果运行结果对不上，整个周报都写不下去了。从那以后，我坚信一个原则：任何一个进入生产环境的依赖，都必须有一个明确的、可追溯的版本号。
避坑指南：我曾经以为锁定了pipeline里的构建环境就万事大吉。但实际上Docker镜像的基础镜像自己也会更新。不锁住基础镜像的摘要（digest），你依然可能被“静态”环境坑。
这门课，我会带你从最基础的pip freeze和package-lock.json开始，一路深入到CMake、Conan和Docker的容器化锁定。我会把我在实际项目中踩过的坑、总结出来的好方法，全部揉碎了讲给你听。
好了，目标已经明确。我们正式开干。