Hudson Endlosschleife für Änderungen in Git-Repository abrufen?

Question

Das Git-Plugin für Hudson funktioniert gut. Das Build-Skript muss jedoch eine Versionsnummer in den Dateien im Repository aktualisieren, festschreiben und zurück an das Repository senden.

Wenn Hudson als nächstes nach Änderungen sucht, geht es in eine Endlosschleife, weil es sieht, dass Commit als eine "Änderung" erneut erstellt wird, die eine Änderung festschreibt, so dass sie erneut erstellt, dann eine andere Änderung festlegt usw. .. Du hast die Idee.

ich es gestoppt, lief in jedem Repository ein "git log" und verglichen die neuesten Commit-IDs sind genau die gleichen mit git ls-tree HEAD

Auch läuft Hudson diesen Befehl auf Änderungen zu überprüfen:

git fetch + refs/heads/: refs/remotes/origin/ git ls-tree HEAD

Seit Hudson selbst schob die von seinem Arbeitsplatz Repository begehen, und es scheint, der ls-Baum Ergebnisse Spiel wie kann Dieser Befehl bestimmt, dass es eine Änderung gegeben hat?

Es scheint, dass es die Ergebnisse von ls-tree speichern muss, bevor Sie den Build erstellen und mit dem vergleichen, der nicht das letzte Commit haben wird. Ah. Ich kann versuchen, das Commit abzuschalten, um diese Theorie zu testen.

Wie auch immer, anstatt irgendein Problem im Git-Plugin für Hudson zu beheben, was kann ich tun, um am Ende meines Builds sicherzustellen, dass die Repos identisch sind und dass Hudson es so sehen wird.

Wie behebt man das? Irgendwelche Ideen?

Wayne

Answer 1

Und die Antwort ist! ...

Das Git Hudson-Plugin wurde bereits von jemand gegabelt dieser Funktion ist es gut funktioniert hinzuzufügen. Trotzdem musste ich die Quelle herunterziehen und ein paar kleinere Probleme beheben.

Jetzt funktioniert es wunderbar. Der Build wird ausgeführt und das Git-Plug-In wird ohne Schleifen in das Repository zurückgeschoben und denkt, dass es sich erneut geändert hat.

Wunderbar!

Wenn jemand anderes diese Suche nach der Tickzoom Fork des Hudson-GIT-Plugin auf Github benötigt.com, aber überprüfen Sie, ob bereits in das Hauptprojekt integriert wurde. Der Täter sagte, er sei interessiert und plane, die Gabeln zu kombinieren.

Wayne

Answer 2

Ihr Build-System sollte jede Schreib Interaktion mit Ihrem Revisionskontrollsystem nicht. Es sollte sicherlich nicht diese Änderungen automatisch drücken.

Ihr Build-System kann fragen git (über git describe, zum Beispiel), was die aktuelle Revision ist. Alles andere ist redundant und fehleranfällig.

Eine andere Sache, die Sie in Betracht ziehen können, ist, nicht nach Änderungen zu suchen. Das scheint eine alberne Art zu funktionieren. (Zugegebenermaßen bin ich ein schwerer buildbot-Benutzer, der daran gewöhnt ist, dass bei Ereignissen alles ausgelöst wird.)

Das Git-Repo, das abgefragt wird, weiß, wann es sich ändert. Es sollte dem CI-System nur mitteilen, dass es darauf basierend sofort einen Build starten soll. Du bekommst deine Builds früher und da sie alle ausgelöst werden, hast du deine Computer nicht da und tust ohne viel Grund viel Arbeit.