Przepytanie pętli nieskończonej Hudson dla zmian w repozytorium Git?

Question

Wtyczka git dla hudson działa dobrze. Jednak skrypt budujący musi aktualizować numer wersji w plikach w repozytorium, zatwierdzać i przekazywać do repozytorium.

Gdy Hudson odpytuje, aby sprawdzić zmiany, przechodzi w nieskończoną pętlę, ponieważ widzi, że zatwierdzenie jako "zmiana" jest ponownie budowane, co powoduje zmianę, więc ponownie się buduje, następnie zatwierdza kolejną zmianę itp. .. Masz pomysł.

zatrzymałem go, prowadził „dziennik git” w każdym repozytorium i porównano najnowsze popełniają identyfikatory są dokładnie HEAD samo przy użyciu git ls-tree

Również Hudson prowadzi to polecenie, aby sprawdzić zmiany:

git pobieraniu + bibl/głowice/: bibl/piloty/pochodzenie/ git ls-tree HEAD

od samego Hudson pchnął popełnić z jego repozytorium do pracy, i widocznie wyniki ls-tree mecz, w jaki sposób to polecenie decyduje o tym, że nastąpiła zmiana?

Wygląda na to, że musi przechowywać wyniki ls-tree przed wykonaniem kompilacji i porównania z tym, które nie będzie miało ostatniego zatwierdzenia. Ah. Mogę spróbować wyłączyć zatwierdzenie, aby przetestować tę teorię.

W każdym razie, zamiast naprawić jakiś problem z wtyczki Git dla Hudson, co mogę zrobić, aby na końcu mojej kompilacji upewnić się, że repozytorium jest identyczne i że Hudson to zobaczy.

Jak to naprawić? Jakieś pomysły?

Wayne

Answer 1

A odpowiedź jest! ...

Wtyczka Git Hudson już rozwidlone przez kogoś, aby dodać tę funkcję, to działa dobrze. Mimo to musiałem usunąć źródło i naprawić kilka drobnych problemów.

Teraz działa pięknie. Kompilacja zostaje zatwierdzona, a wtyczka Git przesyła z powrotem do repozytorium bez pętli, myśląc, że ponownie się zmieniła.

Cudownie!

Jeśli ktoś jeszcze potrzebuje tego widoku, widelec tickzoom wtyczki Hudson-GIT na Githubie.com, ale sprawdź, czy została już włączona z powrotem do głównego projektu. Komendant powiedział, że jest zainteresowany i planuje połączenie widelców.

Wayne

Answer 2

System budowy nie powinien mieć żadnej interakcji pisać z systemu kontroli wersji. Z całą pewnością nie powinno to automatycznie zmieniać tych zmian.

Twój system kompilacji może zapytać git (na przykład przez git describe) jaka jest aktualna wersja. Wszystko inne jest zbędne i podatne na błędy.

Inną rzeczą, którą możesz wziąć pod uwagę, to nie sondowanie zmian. To wydaje się głupim sposobem działania. (Trzeba przyznać, że jestem ciężkim użytkownikiem buildbota, przywykłym do wywoływania wszystkiego w przypadku zdarzeń.)

Zapytanie git repo, które jest odpytywane, wie kiedy to się zmieni. Powinien po prostu powiedzieć systemowi CI, aby natychmiast zaczął budować kompilację. Dostajesz swoje kompilacje wcześniej, a ponieważ wszystkie są uruchomione, nie musisz siedzieć przy komputerze, wykonując wiele pracy bez żadnego powodu.