【发布时间】：2011-05-18 20:20:50
【问题描述】：
想象一下我有一个使用 Maven 构建的 Java 项目：
- 一些快速运行的单元测试：
- 开发人员应在提交前运行
- 我的 CI 服务器（Hudson，FWIW）应在检测到新提交时运行，在发生故障时提供几乎即时的反馈
- 一些运行缓慢的自动化验收测试：
- 开发人员可以选择运行，例如重现和修复故障
- 我的 CI 服务器应该在成功运行单元测试后运行
这似乎是一个典型的场景。目前，我正在跑步：
- “测试”阶段的单元测试
- “验证”阶段的验收测试
配置了两个CI作业，都指向项目的VCS分支：
- “提交阶段”，运行“mvn 包”（编译和单元测试代码，构建工件），如果成功，则触发：
- “自动化验收测试”，运行“mvn verify”（设置、运行和拆除验收测试）
问题在于作业 2 单元测试并重新构建被测工件（因为验证阶段会自动调用包阶段）。出于以下几个原因（重要性降低），这是不可取的：
- 作业 2 创建的工件可能与作业 1 创建的工件不同（例如，如果同时有新的提交）
- 将反馈循环延长到做出提交的开发人员（即他们需要更长的时间才能发现他们破坏了构建）
- 浪费 CI 服务器上的资源
所以我的问题是，如何配置作业 2 以使用作业 1 创建的工件？
我意识到我可以只拥有一个运行“mvn verify”的 CI 作业，它只会创建一次工件，但我希望拥有上述单独的 CI 作业以实现 Farley 风格的部署管道。
如果它对任何人有帮助，这是已接受答案中“项目 2”的完整 Maven 2 POM：
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.example.cake</groupId>
<artifactId>cake-acceptance</artifactId>
<version>1.0</version>
<packaging>jar</packaging>
<name>Cake Shop Acceptance Tests</name>
<description>
Runs the automated acceptance tests for the Cake Shop web application.
</description>
<build>
<plugins>
<!-- Compiler -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-compiler-plugin</artifactId>
<version>2.3.1</version>
<configuration>
<source>${java.version}</source>
<target>${java.version}</target>
</configuration>
</plugin>
<!-- Suppress the normal "test" phase; there's no unit tests -->
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.5</version>
<configuration>
<skipTests>true</skipTests>
</configuration>
</plugin>
<!-- Cargo (starts and stops the web container) -->
<plugin>
<groupId>org.codehaus.cargo</groupId>
<artifactId>cargo-maven2-plugin</artifactId>
<version>1.0.5</version>
<executions>
<execution>
<id>start-container</id>
<phase>pre-integration-test</phase>
<goals>
<goal>start</goal>
</goals>
</execution>
<execution>
<id>stop-container</id>
<phase>post-integration-test</phase>
<goals>
<goal>stop</goal>
</goals>
</execution>
</executions>
<configuration>
<!-- Don't wait for CTRL-C after starting the container -->
<wait>false</wait>
<container>
<containerId>jetty7x</containerId>
<type>embedded</type>
<timeout>20000</timeout>
</container>
<configuration>
<properties>
<cargo.servlet.port>${http.port}</cargo.servlet.port>
</properties>
<deployables>
<deployable>
<groupId>${project.groupId}</groupId>
<artifactId>${target.artifactId}</artifactId>
<type>war</type>
<properties>
<context>${context.path}</context>
</properties>
</deployable>
</deployables>
</configuration>
</configuration>
</plugin>
<!-- Failsafe (runs the acceptance tests) -->
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-failsafe-plugin</artifactId>
<version>2.6</version>
<executions>
<execution>
<id>integration-test</id>
<goals>
<goal>integration-test</goal>
</goals>
</execution>
<execution>
<id>verify</id>
<goals>
<goal>verify</goal>
</goals>
</execution>
</executions>
<configuration>
<includes>
<include>**/*Test.java</include>
</includes>
<skipTests>false</skipTests>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<!-- Add your tests' dependencies here, e.g. Selenium or Sahi,
with "test" scope -->
<dependency>
<!-- The artifact under test -->
<groupId>${project.groupId}</groupId>
<artifactId>${target.artifactId}</artifactId>
<version>${target.version}</version>
<type>war</type>
</dependency>
</dependencies>
<properties>
<!-- The artifact under test -->
<target.artifactId>cake</target.artifactId>
<target.version>0.1.0-SNAPSHOT</target.version>
<context.path>${target.artifactId}</context.path>
<http.port>8081</http.port>
<java.version>1.6</java.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
</project>
请注意，即使这个“测试”项目没有创建工件，它也必须使用某种包装（我在这里使用“jar”），否则在验证阶段不会运行任何测试。
【问题讨论】：
-
只是为了让那些想要更好地理解该方法的人受益，请参阅 Jez Humble 和 David Farley 的持续交付。
-
正是促使这一努力的书！物有所值。
标签： java maven-2 continuous-integration hudson continuous-deployment