Build von Zweig in Hudson

Question

Ich arbeite mit etwa 30 Projekten in Hudson. Im Moment bauen sie alle automatisch auf ein Commit. Gibt es eine Möglichkeit, alle Projekte zwischen Trunk und einem Zweig zu wechseln, während die Fähigkeit beibehalten wird, auf einem Commit aufzubauen?

Ich habe zwar die Builds parametrisiert, um die Verzweigung zu spezifizieren, aber das bricht die automatischen Builds.

Answer 1

Nun, Sie ein paar Möglichkeiten:

1) Sie parametrisierte verwenden könnte Builds: Sie haben noch kann die automatische baut, sondern eine der Optionen wird default (entweder Stamm oder Zweig wird Standard)

2) getrennt haben baut für jedes Projekt, für Baum- und Verzweigungs

3) (das ist, wie ich es bei uns einrichten) zwei Build-Server: ein für die Stamm-Projekte und eine speziell für Filialen.

Answer 2

Ich bin nicht ganz sicher, wie Sie den "Schalter" verwenden möchten, aber ich denke, es hängt davon ab, wie Sie Zweige verwenden. (In unserem Setup sind Branchen, die kontinuierliche Builds haben, eher lang andauernde Projekte oder Releases. Daher richten wir Builds für jeden Zweig ein, die von den Stamm-Builds getrennt sind. Wenn Ihre Niederlassungen langlebig sind, würde ich diesen Ansatz empfehlen.)

Es gibt mehrere Möglichkeiten, dies zu nähern:

1. ein Skript schreiben, um neu zu konfigurieren (oder kopieren) die Arbeitsplätze durch die Hudson Remote API. Wenn Sie sich http://your-hudson/job/JOB_NAME/api ansehen, können Sie weitere Anweisungen zum Übermitteln einer neuen Jobkonfiguration sehen. Das ist ein automatisierter Weg, um die scm/location/remote Eigenschaft zu bearbeiten.

2. Verwenden Sie einen Post-Commit-Hook in Ihrem scm, um den parametrisierten Build auszuführen. A post on the Hudson Labs blog beschreibt, wie Sie einen Subversion-Post-Commit-Hook einrichten (um Commits statt Polling zu pushen). Sie müssen ein wenig mehr in Ihrem Skript arbeiten, um zu bestimmen, was Sie erstellen sollen. Diese Lösung scheint mir ziemlich pingelig zu sein.

Answer 3

+1 oder sagar: Auf den ersten Gedanken hätte ich die erste Option als Lösung für Bobnix Problem vorgeschlagen.

Allerdings ist die Frage noch ein paar Mal, ich bin mir nicht sicher, was er eigentlich erreichen möchte. Wenn er Builds entweder vom Zweig oder vom Stamm aus auslösen möchte, dann könnte er mit dem Post-Commit-Haken besser dran sein. +1 für Dave B. (Lösung 2)

Wenn er nur für einige Zeit die Äste anstatt des Stammes bauen möchte, dann wäre Daves Lösung Nummer 1 die beste Lösung.

Es gibt eine andere Option, die Bobnix eigentlich für eine gewisse Zeit benötigt, um den Zweig aufzubauen, aber die Bemühungen um einen neuen Job erspart. Die Lösung bestünde darin, den bestehenden Job neu zu konfigurieren, bis es Zeit ist, zu der Leitung zurückzukehren. Wenn es wenig Entwicklung gibt, wenn es eine Entwicklung auf dem Zweig gibt, dann könnte dies ein gültiger Gedankengang sein. Wie auch immer, seit Kopieren ist so einfach Sie sollten besser dran sein, nur um Ihre Trunk-Job kopieren und passen Sie die SCM zu verzweigen. Wenn Sie Ihre Verzweigung nicht mehr benötigen, löschen Sie sie einfach.