Ich habe einen großen Maven-Multimodul-Build in meinen Jenkins. Es ist für inkrementelle Builds eingerichtet.

Beim Auslösen werden alle POMs analysiert und es wird herausgefunden, was zum Erstellen erforderlich ist.

Es ist derzeit so konfiguriert, dass es bei SCM-Änderungen ausgelöst wird.

Ich möchte diesen Build erstellen, damit ich Folgendes ausführen kann:

Starte es trotzdem manuell. Wenn ich das mache, würde sein inkrementelles Build-Verhalten so funktionieren wie heute.Lösen Sie den Build über einen Subversion-Commit-Hook aus. Ich würde das gerne wissen, wenn ich mir die Mühe mache, den Commit - Hook über den einzurichtenausgezeichnete Anweisungen dass es nicht dazu führt, dass der Build unnötig lange dauert, um den SCM abzufragen oder andere Arbeiten auszuführen, die durch die Tatsache, dass der Commit-Hook ihm mitteilt, was sich geändert hat, unnötig werden.

Ich erwähne den zweiten Punkt, weil ich mir die Dokumentation so anschaue, als würde ich einfach den allgemeinen Build anstoßen und es seine Sache machen lassen. (Ich könnte mich irren.) Ich möchte lieber Jenkins genau mitteilen, was sich geändert hat, und Jenkins nur "wissen" lassen, welchen Modulen diese geänderten Repository-Pfade zugeordnet sind, damit Jenkins kein Polling oder zusätzliches pom.xml durchführen muss analysieren, um es herauszufinden.

Ich bin ziemlich bereit, jemanden zu haben, der diesen Krieg durchgemacht hat, um mir zu sagen, schau, richte einfach den Subversion-Commit-Haken ein und das ist so gut, wie du es bekommen wirst, aber ich stelle diese Frage, falls es einen gibt besseres Rezept.