Konfigurieren von Hudson zum Bereitstellen eines Builds

So erhalten Sie die Artefakte

Sehen Sie sich im Rollback oder erneute Bereitstellung eines vorherigen Builds an "> Plugin-Seite bereitstellen . Es beschreibt die Grundidee. Es verwendet das Artefakt-Plugin kopieren , um die Artefakte aus dem Build-Job in Ihren aktuellen Job zu kopieren (der Bereitstellungsauftrag) Von dort aus machen Sie dasselbe, was Sie in Ihrem Build-Schritt getan haben.

So lösen Sie die Bereitstellung aus

Der Build-Job kann nicht ausgelöst werden, nachdem Sie die Bereitstellung gestartet haben, sodass zuerst ein Build und dann der Bereitstellungsjob ausgeführt wird. Also ein paar Optionen:

• manuell auslösen den Build. Der Benutzer, der die Bereitstellung startet, muss eine bestimmte Ausführung des Build-Jobs auswählen.
• geplante Bereitstellung Dies könnte Teil der nächtlichen Aufgaben sein. Der Job wird in einem bestimmten Intervall (wie jede Nacht oder jedes Wochenende) ausgelöst. Da es automatisiert ist, sollte der Deploy-Job den letzten erfolgreichen Build übernehmen (Sie benötigen dann keinen parametrisierten Job). Sie haben keine Chance, eine Laufnummer zu übergeben.
• Der Deploy-Job wird jedes Mal ausgelöst, wenn ein Build erfolgreich abgeschlossen wurde (entspricht nicht Ihrer Anforderung, wird jedoch aufgelistet, um die Liste zu vervollständigen)
• Einige andere (esoterische) Trigger . Dies kann viele verschiedene Gedanken, z.B. Ferngesteuert durch Aufruf der Build-URL. Der Anruf kann von einem Ihrer Ticketsysteme, einem Testlabormanagementsystem oder einem anderen von Ihnen gewünschten System erfolgen. Sie können die Bereitstellung auch durch bestimmte Änderungen in Ihrem Quellcodeverwaltungssystem auslösen, z. B. durch Ändern der Versionsnummer (z. B. durch ein Schlüsselwort in der Übergabenachricht gekennzeichnet). Dieser Trigger kann innerhalb oder außerhalb von Hudson implementiert werden. Es sind auch andere Trigger verfügbar. Dies umfasst, ist aber nicht beschränkt auf HTML-Seitenwechsel, Änderungen an einem überwachten Teil des Dateisystems, IM-Nachricht, E-Mail. Die ersten drei sind durch ein Hudson-Plugin implementiert. Schauen Sie sich die Liste an, um zu erfahren, was alles verfügbar ist oder In beiden Fällen müssen Sie sicherstellen, dass der Build-Job alle für die Bereitstellung benötigten Artefakte archiviert.

Ich habe mehrere Hudson Jobs pro Projekte:

1. Eine Hauptaufgabe, die nur das Projekt erstellt und die Tests ausführt. Wenn es erfolgreich ist, startet es die folgenden Jobs:
2. Ein Code-Metrik-Job (PMD, FindBugs, Cobertura, CheckStyle, auch JavaDoc-Generierung) und
3. Ein Deploy-Job, der das Projekt mit mvn package -DskipTests erstellt und den War on Tomcat
implementiert

Ich finde, dass die Trennung einfacher war, nur der erste Job wartet auf SCM-Änderungen.

Es wäre aber auch möglich, dass der 3. Job auch den SCM hört (aber mit einem längeren Intervall, vielleicht einer Stunde).