把构建时间当作一种反馈

构建慢下来之后,最先暴露的不是工具问题,而是项目里那些没有被说清楚的依赖关系。

项目变大之后,构建时间会从“等待”变成“信号”。它开始告诉你,哪些模块被反复读取,哪些边界没有被划清。

先看依赖图

最有效的一步不是换构建工具,而是把依赖图打印出来。很多看起来无关的页面,实际上通过一个共享入口连在一起,任何改动都会让整张图失效。

把这类隐式依赖显式化之后,构建时间往往会自己降下来。

再看缓存边界

缓存不是越细越好。粒度太细会带来大量无效命中,粒度太粗又等于没有。比较稳妥的起点是:按内容单元切分,按构建阶段复用。

最后,别把构建时间当成一个需要消灭的数字。它更像体温,重要的是变化趋势,而不是绝对值。

讨论

评论由 GitHub Discussions 提供,点击后加载。未加载前不会产生第三方请求。