2010-05-26 8 views
8

Ich versuche, Hudson in unseren Entwicklungsprozess zu integrieren, und alles läuft glatt bis auf eine Sache.Subversion senden Änderungsprotokoll Info über Hudson

Ich hatte Phing verwendet, um Bereitstellungen durchzuführen, und eine der Sachen, die ausgelöst wurde, war eine E-Mail an unsere Tech-Support-E-Mail-Adresse, die eine Liste aller Commit-Nachrichten zwischen dem letzten Zeitcode und dem aktuellen SVN enthielt Revision. Ich war so etwas wie dies zu tun:

  • in einer Datei aus dem Stammverzeichnis der aktuell implementierte Anwendung lesen, die die SVN Revision enthält, wenn die App
  • Ort, der in einem Phing Wert Variable
  • eingesetzt wurde diesen Wert in einen Befehl einzufügen SVN-Commit-Nachrichten per E-Mail
  • eine Datei in dem Wurzelverzeichnis der neu bereitgestellten Anwendung zu senden, die die aktuelle Version SVN
enthalten

Ich würde gerne in der Lage sein, diese Informationen zu der E-Mail hinzuzufügen, die von Hudson gesendet wird, wenn ein erfolgreicher Build ausgeht. Irgendwelche Hinweise, wie man diese Aufgabe in Hudson erledigt, würde sehr geschätzt werden.

Antwort

4

Das ärgerte mich auch, als ich von CruiseControl zu Hudson wechselte. Sie können tun, was Sie brauchen, indem Sie die Hudson email-ext plugin verwenden - nachdem Sie das Plugin installiert haben, sehen Sie eine Option "Editierbare E-Mail-Konfiguration" am Ende jeder Job-Konfigurationsseite. Klicken Sie auf die Hilfe-Links, um zu sehen, welche Informationen Sie in Ihre E-Mails aufnehmen können. Das Token $ {CHANGES} ist dasjenige, das Sie benötigen, um die SVN-Commits zu schüren, die den Build ausgelöst haben.

+0

Danke für den Tipp. Ich frage mich jedoch, wie es funktionieren würde, wenn wir mehrere Commits vor dem Deployment zusammenfassen wollen, da wir so arbeiten. Wir arbeiten auch an den Test-Sachen, aber Baby-Schritte. – GrumpyCanuck

+0

E-Mail-Ext behandelt das. Es sammelt die Commit-Nachrichten in einer Liste in der E-Mail (Gareth bedeutet $ {CHANGES}). – lucas