【问题标题】:Struggling with Maven parent/child plugin configuration inheritance与 Maven 父/子插件配置继承作斗争
【发布时间】:2013-01-16 21:34:03
【问题描述】:

我正在尝试编写一个父 pom,并且我定义了一个插件,但我需要更改所有继承实例的配置。所以,我可以在<pluginManagement> 定义中放置一些配置,我可以在<plugin> 中覆盖它,但是如何让孩子默认回到<pluginManagement> 版本?

<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-checkstyle-plugin</artifactId>
                <version>2.9.1</version>
                <executions...>
                <configuration>
                    <configLocation>
                        (used by all children)
                    </configLocation>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-checkstyle-plugin</artifactId>
            <configuration>
                <configLocation>
                    (unique to the parent)
                </configLocation>
            </configuration>
        </plugin>
    </plugins>
<build>

所以,孩子们继续显示父母的配置。

【问题讨论】:

标签: maven inheritance plugins


【解决方案1】:

好的,我想我知道了。就我而言,答案与您指定的内容有关 - 我确实需要标签。但是解决方案在标签中;通过将其绑定到非阶段,它会执行。这是我知道的。我发现必须匹配才能覆盖它。因此,配置永远不会被解析并且无关紧要。

<build>
    <pluginManagement>
        <plugins>
            <plugin>
                <!-- Main declaration of the plugin -->
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-checkstyle-plugin</artifactId>
                <version>2.9.1</version>
                <executions>
                    <execution>
                        <!--This must be named-->
                        <id>checkstyle</id>
                        <phase>compile</phase>
                        <goals>
                            <goal>check</goal>
                        </goals>
                    </execution>
                </executions>
                <configuration...>
            </plugin>
        </plugins>
    </pluginManagement>
    <plugins>
        <plugin>
            <!-- Uses the default config -->
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-checkstyle-plugin</artifactId>
            <inherited>false</inherited>
            <executions>
                <execution>
                    <!--This matches and thus overrides-->
                    <id>checkstyle</id>
                    <phase>none</phase>
                </execution>
            </executions>
        </plugin>
    </plugins>
</build>

【讨论】:

    【解决方案2】:

    你可以在你的父 pom 中明确指定插件不应该被继承:

    <build>
      <pluginManagement>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-checkstyle-plugin</artifactId>
                <version>2.9.1</version>
                <executions...>
                <configuration>
                    <configLocation>
                        (used by all children)
                    </configLocation>
                </configuration>
            </plugin>
        </plugins>
    </pluginManagement>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-checkstyle-plugin</artifactId>
            <inherited>false</inherited>                      <!-- Add this line -->
            <configuration>
                <configLocation>
                    (unique to the parent)
                </configLocation>
            </configuration>
        </plugin>
      </plugins>
    <build>
    

    在您的子 pom 中,您需要指定插件(配置将来自 &lt;pluginManagement&gt; 父元素。

    <build>
      <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-checkstyle-plugin</artifactId>
        </plugin>
      </plugins>
    <build>
    

    【讨论】:

    • 嗯,是的,没错。但是,这意味着在 every 子项中明确指定插件。我喜欢我可以自动从父母那里继承的想法。
    猜你喜欢
    • 2015-12-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-04-02
    • 2014-06-13
    • 2019-06-07
    • 2012-03-17
    • 1970-01-01
    相关资源
    最近更新 更多