Java 使用“连续生成”运行连续生成是否安全;mvn验证“;而不是",;mvn“清洁验证”;

Java 使用“连续生成”运行连续生成是否安全;mvn验证“;而不是",;mvn“清洁验证”;,java,maven-2,continuous-integration,Java,Maven 2,Continuous Integration,我们正在Hudson上运行我们的连续构建,目前使用“mvn clean verify”。这是我们一直做的,因此我们从未质疑过 问题是:仅使用“mvn验证”运行连续构建是否安全? 因此,这意味着maven编译器插件将只编译自上次构建以来更改的类,从而节省宝贵的时间 反馈的质量是否与“干净”相同,或者是否存在预期的缺陷 正在测试的产品是一个典型的JavaWeb应用程序,其中包含大量生成的代码(JSP、报告)。还有一些使用依赖项注入的代码 不,这不安全!Maven编译器插件不够聪明,无法判断类a的AP

我们正在Hudson上运行我们的连续构建,目前使用“mvn clean verify”。这是我们一直做的,因此我们从未质疑过

问题是:仅使用“mvn验证”运行连续构建是否安全? 因此,这意味着maven编译器插件将只编译自上次构建以来更改的类,从而节省宝贵的时间

反馈的质量是否与“干净”相同,或者是否存在预期的缺陷


正在测试的产品是一个典型的JavaWeb应用程序,其中包含大量生成的代码(JSP、报告)。还有一些使用依赖项注入的代码

不,这不安全!Maven编译器插件不够聪明,无法判断类
a
的API是否已更改,它应该检查所有其他使用该API的类。它只会编译
A
,并创建一个包含大量坏类的jar

注意:通常最好提前运行
mvnclean
,然后运行build/verify/compile/install。这允许您多次运行第二个命令,而无需一直进行清理