3

所以我有类似的东西：

<plugin>
            <groupId>org.codehaus.mojo</groupId>
            <artifactId>properties-maven-plugin</artifactId>
            <version>1.0-alpha-1</version>
            <executions>
                <execution>
                    <phase>initialize</phase>
                    <goals>
                        <goal>read-properties</goal>
                    </goals>
                    <configuration>
                        <files>
                            <file>${user.home}/build.properties</file>
                        </files>
                    </configuration>
                </execution>
            </executions>
        </plugin>

我distributionManagement喜欢：

<distributionManagement>
    <repository>
        <id>local-repo</id>
        <url>file:///${deploy.dir}/${project.artifactId}</url>
    </repository>
</distributionManagement>

我没有远程存储库，这就是我使用它的原因file:///

${deploy.dir}是build.properties文件中的一个属性，它不会采用该属性的值。为什么？

4

2 回答 2

5

我建议使用构建配置文件来管理多个分发目标。例如：

<profiles>
   <profile>
      <id>repo1</id>
      <distributionManagement>
         <repository>
            <id>repo1-release</id>
            <url>http://.......</url>
         </repository>
      </distributionManagement>
   </profile>

   <profile>
      <id>repo2</id>
      <distributionManagement>
         <repository>
            <id>repo2-release</id>
            <url>http://.......</url>
         </repository>
      </distributionManagement>
   </profile>
   ..
</profiles>

调用部署目标时，您可以通过激活配置文件来选择目标：

mvn -Prepo1 clean deploy
于 2012-05-18T18:17:40.533 回答
2

马克的答案可能是要走的路，也是我正在做的事情，以在我们的远程存储库的生产和测试实例之间切换。根据讨论，我发现听起来您可以加载属性以供以后的插件配置使用，但核心 maven 模型元素<distributionManagement>仅在 POM 的初始加载时解释属性。

（移动评论以回答每个 OP 请求。）

于 2012-05-21T13:43:47.720 回答