java - 使用 "mvn verify"而不是 "mvn clean verify"运行连续构建是否安全

Question

我们目前正在使用“mvn clean verify”在 Hudson 上运行我们的持续构建。这就是我们一直在做的，所以我们从不质疑它。

问题是:仅使用“mvn verify”运行连续构建是否安全？因此，这意味着 maven-compiler-plugin 将只编译自上次构建以来发生更改的类，从而节省宝贵的时间。

反馈的质量是否与“干净”的质量相同，或者是否存在任何缺点？

被测试的产品是一个典型的 Java 网络应用程序，具有大量生成的代码(JSP、报告)。还有使用依赖注入(inject)的代码。

Answer 1

不，这不安全! Maven 编译器插件不够智能，无法确定类 A 的 API 已更改，它应该检查所有使用的其他类> 这个 API 也是。它只会编译 A 并创建一个包含大量损坏类的 jar。

注意:通常最好提前运行mvn clean，然后再运行build/verify/compile/install。这使您可以多次运行第二个命令，而无需一直进行清理。