maven-release-plugin ignoriert releaseProfile

Ich bin mit zwei Profilen: Entwicklung und Produktion.

Entwicklung aktiv sein soll auf default; Produktion verwendet werden soll, wenn ich loslassen.

In meinem pom.xml ich habe:

[...]
<plugin>
<artifactId>maven-release-plugin</artifactId>
<version>2.0-beta-9</version>
<configuration>
  <useReleaseProfile>false</useReleaseProfile>
  <goals>deploy</goals>
  <arguments>-Pproduction</arguments>
</configuration>
</plugin>
[...]
<profiles>
  <profile>
    <id>production</id>
    <properties>
      <profile.name>production</profile.name>
    </properties>
    [...]
  </profile>
  <profile>
    <id>development</id>
    <activation>
      <activeByDefault>true</activeByDefault>
    </activation>
    <properties>
    <profile.name>development</profile.name>
    </properties>
       [...]
  </profile>
[...]

Es funktioniert einfach nicht.

useReleaseProfiles funktioniert auch nicht:
http://jira.codehaus.org/browse/MRELEASE-459

Die Entwicklung Profil sollte immer aktiv sein, aber nicht beim laufen mvn release:perform.
Wie erreichen Sie diese?

[UPDATE]:
Ich habe gesehen, mit dem debug-flag, das meine Produktion Profil verwendet wird, aber die Entwicklung Profil verwendet wird, aber auch, weil es ist activeByDefault. Diese kippe überschrieben werden, indem die releaseProfile argument. Es wäre schön, zu zwingen, die release-plugin zu verwenden nur die "Produktion" Profil.

InformationsquelleAutor Janning | 2010-07-20
  1. 15

    Den maven-release-plugin Dokumentation fördert mit der releaseProfiles Konfiguration parameter automatisches aufrufen von Profilen während des release-Prozesses.

    Dies ist ein besserer Ansatz als manuelles aufrufen von release-profile über die Befehlszeile. Ein Grund dafür ist, weil die verwendeten profile in der Freigabe wird dokumentiert werden, in der pom.xml abgelegt und mit dem tagged-code. Das macht den build-Prozess einfacher zu verstehen und leichter zu wiederholen, später, genau die gleiche Weise, wie das Projekt ursprünglich veröffentlicht wurde.

    Wenn mit maven-release-plugin älter als 2.4 sehen diese bug verhindert die Verwendung der oben genannten parameter.

    Sich bewusst sein, dass im Falle einer multi-Modul-Projekt haben Sie, um die "releaseProfiles" Konfiguration in das root-pom! Siehe auch dieses Problem für weitere Informationen darüber.

    • Ist es besser zu schreiben, dass der Fehler behoben wurde, hier als Kommentar.
    • Vielen Dank für das update über diesen Fehler beheben!
    • Auch mit 2.5.1 ich noch angeben meinem Profil manuell -Prelease auf der CLI.
    InformationsquelleAutor devdanke
  2. 2

    Denke ich, sollten Sie einfach aktivieren Sie Ihre profile durch eine Eigenschaft.

    <profiles>
  <profile>
    <id>production</id>
    <activation>
      <property>
        <name>build</name>
        <value>release</value>
      </property>
    </activation>
    [...]
  </profile>
  <profile>
    <id>development</id>
    <activation>
      <property>
        <name>build</name>
        <value>develop</value>
      </property>
    </activation>
    [...]
  </profile>
<profiles>

    Tun Ihr baut durch das ausführen so etwas

    mvn -Dbuild=develop package
mvn -Dbuild=develop test

mvn -Dbuild=release release:prepare
mvn -Dbuild=release release:perform
    • ja, ich habe bereits wissen, dass es möglich ist, die das Profil wie dieses. Aber so kann man sich vergessene. Wenn Sie es vergessen, das Paket wäre enthalten falsche Konfigurationsdateien und deployment fehlschlagen würde. Ich möchte erzwingen das release-plugin zu verwenden, nur das Profil.
    • Es kann nicht vergessen werden, wenn Sie definieren, einige Eigenschaften in den Profilen, die benötigt und verwendet werden, indem das release-plugin.
    • Ich verstehe nicht, Ihrer letzten Bemerkung. Könntest du bitte es mir erklären?
    • Ich habe versucht, den "aktivieren-durch-Eigenschaft" - Ansatz, es funktioniert für maven package aber für release:xxx wieder das default-Profil aktiv ist.
    InformationsquelleAutor splash
  3. 1

    Wenn Sie das Kontrollkästchen "Einführung in die Build-Profile", "Deaktivieren Sie ein Profil":

    mvn groupId:artifactId:goal -P !profile-1,!profile-2

    Ich denke, man könnte diese nutzen, um deaktivieren Sie Ihr Standard-Profil?

    InformationsquelleAutor user1553780
  4. 0

    Dies ist ein sehr Alter post, aber ich stieß auf dieses Problem erst vor kurzem. Die releaseProfile nur für mich gearbeitet, wenn ich die releaseProfiles zu Profil genannt release. Alle anderen profile gibt gleichen Fehler.

    Beispielcode:

    <build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-release-plugin</artifactId>
            <version>2.5.3</version>
            <configuration>
                <tagNameFormat>@{project.artifactId}-@{project.version}</tagNameFormat>
                <autoVersionSubmodules>true</autoVersionSubmodules>
                <releaseProfiles>release</releaseProfiles>
                <allowTimestampedSnapshots>true</allowTimestampedSnapshots>
            </configuration>
        </plugin>
    </plugins>
</build>
<profiles>
    <profile>
        <id>release</id>
        <properties>
            <connectionUrl>${scm-base}/tags/${project.artifactId}-${project.version}</connectionUrl>
        </properties>
    </profile>
</profiles>
    InformationsquelleAutor Anthonie Botes
Schreibe einen Kommentar