核心：“现代化的” 流程
Build Systems
-
make
-
Makefile 的编写
paper.pdf: paper.tex plot-data.png pdflatex paper.tex plot-%.png: %.dat plot.py ./plot.py -i $*.dat -o $@ clean:kole: 用包饺子类比：https://www.bilibili.com/video/BV1nr4y167S9?spm_id_from=333.999.0.0
- 产物: 依赖
- 构建需要执行的命令
- 不带参数默认用第一条
- 根据依赖变化重新构建
- 修改时间
- 问题：更新时间存储在哪里？
- 读文件的最新修改时间（metadata，inode）
-
make clean
跟我一起写Makefile - 跟我一起写Makefile 1.0 文档
- 其他语言生态
- 前端：npm scripts
- Python：pyinvoke (Fabric) / pydoit
- kole: Objective-C：podfile
- cmake / autotools autoconf + automake
- huangwanfeng: 直接用ide是不是也会帮你生成makefile之类的东西，我之前没想过这个问题
- CLion 会自动生成CMakeLists.txt
Dependency management
- 把第三方的代码加载到自己的项目里面
- 通过 Repositories 获取
- 开源镜像站：https://mirrors.ustc.edu.cn/alpine/v3.11/
- npm
- (供应链
- 发布与版本控制
- 快照 & 协作
- 协作基于 API
- 语义化版本号（三部分）
- [major].[minor].[patch]
- 规则
- 如果新的版本没有改变 API，请将补丁号递增；
- 如果您添加了 API 并且该改动是向后兼容的，请将次版本号递增；
- 如果您修改了 API 但是它并不向后兼容，请将主版本号递增。
- 扩展：-beta.xxx / -alpha.xxx
- 依赖锁定
- 两种思路
- lock 文件：前端 package-lock.json / yarn.lock
- vendoring：自己去下载，放到项目里面
- 问题：如何重新掌控
- rust 的依赖管理：https://doc.rust-lang.org/cargo/reference/specifying-dependencies.html
- 语法：(caret, tilde, wildcard, comparison, and multiple)
- 两种思路
Continuous integration systems
-
通用思路：描述文件，描述当仓库发生修改后的应对
-
一般是运行自动化测试
-
git precommit 钩子
- husky
-
GitHub Actions / travis
-
jenkins
-
可视化的
Testing （明确一些通用概念）
- 测试套件：所有测试的统称。
- 单元测试：一种“微型测试”，用于对某个封装的特性进行测试。
- 集成测试：一种“宏观测试”，针对系统的某一大部分进行，测试其不同的特性或组件是否能协同工作。
- 回归测试：一种实现特定模式的测试，用于保证之前引起问题的 bug 不会再次出现。
- 模拟（Mocking）: 使用一个假的实现来替换函数、模块或类型，屏蔽那些和测试不相关的内容。例如，您可能会“模拟网络连接” 或 “模拟硬盘”。
- fuzzing：
- go
- react