对于每个用TP做持续集成的团队，下载安装最新版只是第一步。真正让构建快起来的关键，是让CI记住上次编译的结果，而不是每次都重新来一遍。
TP的依赖缓存策略其实不复杂。把Composer的vendor目录和npm的node_modules挂到CI的缓存层，设置好哈希校验条件——当composer.lock或package-lock.json没变化时，直接复用缓存。这样能省掉80%以上的依赖安装时间。
构建缓存加速更讲究技巧。TP在执行命令时会生成中间产物，比如编译后的缓存文件。把这些产物也加入缓存策略，配合CI的并行任务机制，能避免重复编译。我在实际项目中试过，把缓存命中率提升到90%后，整个Pipeline从12分钟缩到了3分钟。
有个容易被忽略的细节：缓存有效期和清理策略。如果缓存永远不清理，累积的垃圾文件反而会拖慢构建。建议设置每周自动清理一次，或者按构建次数触发清理，保持缓存库干净。
最后提醒一句：不同CI平台的缓存实现有差异。GitHub Actions用actions/cache，GitLab CI用cache关键字，配置前先查好官方文档里的路径映射，避免缓存写错位置导致失效。
