自动关联目录：构建农场与 CI

1. 定位

CI 的价值不是"自动构建"，而是"在问题进入主干之前发现它"。

一句话定位：UE 项目的 CI 必须能跑三类任务——构建、Cook、自动化测试。只做构建等于只验了一半。

2. CI 应该跑什么

优先级：编译 → 测试 → Cook → 包体 → 性能。前两项是底线。

3. UE 特有的考虑

Commandlet 是 UE CI 的核心手段：-run=cook、WorldPartitionHLODsBuilder、WorldPartitionConvertCommandlet 等，让流程可以在无人值守下跑。

4. 构建农场

先做编译缓存（sccache 一类），再考虑完整农场——前者接入成本低得多。

5. 反馈速度

"每次提交都跑全量"会让 CI 变成瓶颈——分层是关键。

6. 代价与权衡

7. 踩坑与排查

8. 排查顺序

1. CI 是否覆盖 编译 / 测试 / Cook 三类？
2. 是否分层（快任务先反馈）？
3. CI 是否接入共享 DDC？
4. 磁盘与机器是否够？
5. 是否加入包体与性能基线？

参考

• Cook 与 DDC 基础设施 · 自动化测试 · 包体分析 · 性能方法论
• Cook 与打包流程 · Work Experience/Efficiency（构建提速）