在为Unity开发Build Size Guard的过程中，我学到了一件事情：一个静态的构建报告的使用性远不如一个简单的问题：

自上一次好的构建之后，发生了什么变化？

实际上影响我们工作流的那几个关键一步就是：

  1. 在每次构建后保存快照
  2. 比较基线版本和最新版本
  3. 在差异分析中关注到最大贡献者而不是所有文件
  4. 在delta或预算违规时结束CI（持续集成）

听起来在后视之中看似乎很明显，但是我认为很多团队仍然在检测构建大小问题的时间不够早，因为他们只关注绝对大小，而不是回归。

你现在是如何处理构建大小回归的？

还是人工检查、自定义脚本、存储资源或完全不管呢？