Vollautomatische Freigabeverfahren mit release + Versionen Plugins

Question

Wäre toll, wenn Maven Guru-Community mir bei der folgenden Aufgabe helfen kann.

Ich möchte den Release-Prozess von Maven-Modul in Hudson in einer Weise automatisieren, dass Release-Prozess im Batch-Modus ausgeführt wird (braucht nichts von der Konsole gefragt werden). Zur Zeit verwende ich die gemeinsamen Schritte release:prepare (mit <preparationGoals>versions:update-parent clean verify</preparationGoals>, um Eltern vor der Festschreibung auf die neueste Version zu aktualisieren) + release:perform. Allerdings würde ich Maven möchte folgendes tun:

Irgendwann während der Vorbereitungsschritt:

• Für alle Abhängigkeiten, die die groupId des aktuellen Moduls und Eltern, ersetzen -SNAPSHOT mit freigegebene Version (zB versions:use-releases -Dincludes=???) entsprechen .

Irgendwann nach Loslassen:

• Für alle Abhängigkeiten, die die groupId der aktuellen Moduls und Mutter ersetzen Release-Version mit -SNAPSHOT Version (z.B. versions:use-latest-snapshots ...) entsprechen.

Beispiel:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.0-SNAPSHOT</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.1-SNAPSHOT</version>   
</dependency> 

vor Modul markiert ist in umgewandelt wird:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.0</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.1</version>   
</dependency> 

und nach der Entlassung gelang es in umgewandelt wird:

<parent> 
    <groupId>org.mycompany.myproject</groupId> 
    <artifactId>myproject-parent</artifactId> 
    <version>1.1-SNAPSHOT</version> 
</parent> 

<dependency> 
    <groupId>${project.groupId}</groupId> 
    <artifactId>myproject-api</artifactId> 
    <version>1.2-SNAPSHOT</version>   
</dependency> 

es mir gefällt benötigt eine Mischung aus

versions:use-releases scm:commit release:prepare release:perform versions:use-latest-snapshots scm:commit

aber ich bin nicht sicher, was der beste Weg ist, dies zu tun. Vor allem wäre es schön, so wenig Commits wie möglich zu haben: Die Schwierigkeit ist, dass reparationGoals nach -SNAPSHOT Versionskontrolle ausgeführt werden.

Das beschriebene Projekt ist kein Multi-Modul-Projekt in dem Sinne, dass das Eltern-POM seine Kinder nicht über <modules> bezieht. SCM-Struktur ist die folgende:

. 
| 
+-- myproject-parent 
| +-- pom.xml 
+-- myproject-api 
| +-- pom.xml 
+-- myproject-impl 
    +-- pom.xml 

Abhängigkeiten sind:

myproject-api → myproject-parent 
myproject-impl → myproject-parent 
myproject-impl → myproject-api 

Die Eltern Projekt POM (myproject-parent) werden nur selten veröffentlicht werden und wird somit zum ersten Mal veröffentlicht werden. Dann myproject-api (wenn nötig) und dann myproject-impl.

Answer 1

Das einfache Problem, das Sie haben, ist, dass Ihr Elternteil eine andere Versionsnummer als Ihre Kinder hat, was der falsche Weg für einen Multi-Modul-Build ist. Ein Multi-Modul-Build soll eine Anzahl von Modulen enthalten, die den gleichen Release-Prozess haben, von dem folgt, dass sie die gleiche Versionsnummer haben. Wenn du diese Richtlinie befolgst, brauchst du das Versions-Plugin nicht, du machst nur die Veröffentlichung über die Veröffentlichung: vorbereiten und veröffentlichen: ausführen Das war's.

Update: Nach der weiteren Diskussion, die ich einen neuen Satz von Hudson Arbeitsplätze einrichten, die die Abhängigkeiten zwischen den Modulen (Downstream/Upstream deps.) Und machen Sie einen Release auf jedem hudson Job enthalten würde vorschlagen, die die nächste auslöst in der Folge der Jobs und so weiter. Diese Voraussetzungen haben separate Module und separate Bereiche in der Versionskontrolle. Sonst wird dieser Kampf mit Maven verloren gehen und das Leben komplizieren.