多模块项目上的Maven站点无法解析依赖关系

Question

我想将我的连续整合工作(Hudson)分成两个步骤.(因为一起构建和报告的运行时间太长.)在第一个工作中,我成功地使用"mvn package" 构建了我的多模块maven项目.然后我将我的工作区复制到另一个位置并尝试仅使用目标"site"和/或findbugs/checkstyle/pmd再次构建项目以创建报告.但这不起作用!Maven 无法解析子模块的依赖关系.(但是所有JAR都可以在其目标文件夹中使用.)

示例:我的结构如下所示:

• 亲
  • 一个
  • 乙
  • C
  • d

项目C具有依赖项目B.

当我使用"mvn site"构建所有内容时,它会为项目A和B生成所有报告.但在项目C停止,并显示错误消息"无法解析项目B的依赖项".但是项目B已经用"mvn package"构建.即我可以在其目标文件夹中找到项目B的JAR文件.

有没有办法在没有"mvn install"的情况下解决子模块B的依赖关系？(我不想在我的ci服务器上执行此操作.我担心对于具有相同代码库的其他作业可能会有危险.)

更新08/20/12:

根文件夹的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>
    <name>Foo</name>
    <groupId>foo</groupId>
    <artifactId>bar</artifactId>
    <version>1.0</version>
    <packaging>pom</packaging>
    <modules>
        <module>parent</module>
    </modules>
</project>

父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>
    <name>Foo</name>
    <groupId>foo</groupId>
    <artifactId>parent</artifactId>
    <version>1.0</version>
    <packaging>pom</packaging>
    <modules>
        <module>../bar-a</module>
        <module>../bar-b</module>
        <module>../bar-c</module>
        <module>../bar-d</module>
    </modules>
    [...]
    <reporting>
        <plugins>
            <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>findbugs-maven-plugin</artifactId>
                <version>2.5.1</version>
                [...]
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-pmd-plugin</artifactId>
                <version>2.7.1</version>
                [...]
            </plugin>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-checkstyle-plugin</artifactId>
                <version>2.9.1</version>            
                [...]
            </plugin>
        </plugins>
    </reporting>
</project>

B的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>
    <parent>
        <groupId>foo</groupId>
        <artifactId>parent</artifactId>
        <version>1.0</version>
        <relativePath>../parent</relativePath>
    </parent>
    <name>Bar B</name>
    <artifactId>bar-b</artifactId>
    <version>1.0</version>
    <packaging>jar</packaging>  
    [...]
</project>

C的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>
    <parent>
        <groupId>foo</groupId>
        <artifactId>parent</artifactId>
        <version>1.0</version>
        <relativePath>../parent</relativePath>
    </parent>
    <name>Bar C</name>
    <artifactId>bar-c</artifactId>
    <packaging>jar</packaging>
    [...]
    <dependencies>
        <dependency>
            <groupId>foo</groupId>
            <artifactId>bar-b</artifactId>
            <version>1.0</version>
        </dependency>
    </dependencies>
    [...]
</project>

Answer 1

我面临着同样的“长时间”问题。

正如您所建议的那样，用您的工作方式解决这个问题的唯一方法（我认为）确实是 mvn install 。

但问题确实在于您尝试通过复制工作空间实现不同行为的方式。相反，您应该考虑 CI 将按照您想要的频率（每次提交或每小时）构建和测试，但只报告一次（例如，每个午夜）。您将能够在夜间进行更快的连续构建以及正确的文档和报告。

这就是我们的工作方式，而且已经足够了。我们使用 jenkins 来实现这一点，但我认为你可以用每个 CI 软件来触发它）！

@hourly : mvn clean package (or install) --> from 1 to 5 minutes to run all test on all modules
@daily : mvn clean install site -->  from 15 to 35 minutes to run all test on all modules + doc + reports + PDF reports

您还可以使用配置文件来触发不同的行为，但这对于这样的基本用途来说太复杂了。