Scala中的增量编译是否可靠？
[英]Is incremental compilation reliable in Scala?
问题描述
正如你们许多人所知，编译Scala代码很慢。
为了实现连续集成，可以通过保留旧的.class文件和进行增量编译来赢得大量时间。 删除.class文件更安全，但速度要慢得多。
我使用SBT 0.13.9和Scala 2.11.7来编译Scala / Java代码。
我想知道进行增量编译是否可靠，即使切换git分支也是如此。
如果它不总是安全的，它怎么能被检测到？
2 个解决方案
解决方案1
4 2015-09-16 15:30:49
只要它的实现没有错误，它就是安全的。
sbt不是没有bug的，所以你可能总是遇到破坏增量编译的bug。
除非你得到令人难以置信的不幸，否则sbt增量编译中的错误只会导致代码库无法编译。
话虽这么说，我只混合了一个错误，混合了无形（记录）和蛋糕图案的特定功能。
在那个特定的例子中，我不得不手动清理一些.class文件，以使增量编译器再次工作。
解决方案2
1 2015-09-16 17:29:15
一般来说它是可靠的。
但增量编译器具有已知的局限性。
有关详细信息，请访问http://www.scala-sbt.org/0.13.5/docs/Detailed-Topics/Understanding-incremental-recompilation.html
在增量编译方面Scala中的通配符导入是不是很糟糕？
[英]Is wildcard import bad in Scala with respect to incremental compilation?
Scala中的增量编译速度是否取决于每个文件的类数？
[英]Does the incremental compilation speed in Scala depend on the number of classes per file?
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.