Fatal编程技术网
  • sbt/
  • 如何避免在sbt 0.13.x中重建解析器？

如何避免在sbt 0.13.x中重建解析器？

sbt

如何避免在sbt 0.13.x中重建解析器？,sbt,Sbt,我们正在使用它来构建一个非常大的scala项目。编译一个18层的项目（大约30-40个模块）大约需要3分钟 我感兴趣的是将性能与更新的SBT进行比较，并为SBT 0.12.4创建了一个快速而肮脏的构建文件。尽管SBT使用并行编译，但从clean编译同一个项目花费了10分钟（不包括常春藤下载时间） 控制台输出似乎专注于解决依赖项，这些依赖项都在我的ivy缓存中。我无意中发现了它，它提供了一个至少可以将第二次构建的速度提高到3.5分钟的技巧。但是，这种破解在0.13.x上不起作用 0.13中的等效h

我们正在使用它来构建一个非常大的scala项目。编译一个18层的项目（大约30-40个模块）大约需要3分钟

我感兴趣的是将性能与更新的SBT进行比较，并为SBT 0.12.4创建了一个快速而肮脏的构建文件。尽管SBT使用并行编译，但从clean编译同一个项目花费了10分钟（不包括常春藤下载时间）

控制台输出似乎专注于解决依赖项，这些依赖项都在我的ivy缓存中。我无意中发现了它，它提供了一个至少可以将第二次构建的速度提高到3.5分钟的技巧。但是，这种破解在0.13.x上不起作用

  • 0.13中的等效hack是什么
  • 是否还有其他方法可以加快
    sbt
    编译
    • 尽管这不是项目，但出于所有目的，假设我的构建脚本看起来像（这个文件是我使用的模板，并在第54行添加了hack）。

    在这里，添加这个。在0.13.1上对我有效

    cleanKeepFiles ++= Seq("resolution-cache", "streams").map(target.value / _)