Używam Parameterized Trigger Plugin do uruchomienia dalszej kompilacji.Oznaczenie w górę strumienia Jenkins/Hudson jako nie powiodło się, jeśli przetwarzanie w dół strumienia kończy się niepowodzeniem
Jak określić, że moje upstream zadanie powinno zawieść, jeśli dalszy proces się nie powiedzie? Zadanie typu "upstream" jest faktycznie fikcyjnym zadaniem z parametrami przekazywanymi dalej.
Proszę spojrzeć na następującą odpowiedź: Fail hudson build with groovy script. Możesz uzyskać dostęp do zadania upstream i nieudane jego budowanie, ALE ... należy zachować ostrożność, ponieważ działania Hbudona/Jenkinsa po budowaniu w tej chwili nie pozwalają na określenie żadnej kolejności: jeśli twój skrypt jest sprecyzowany oprócz innych post-buildów Działania, a te działania mają wpływ na wynik kompilacji (tj. analizowanie wyników testów), wtedy nie będzie można zaktualizować statusu pracy nadrzędnej, jeśli Jenkins zdecyduje się uruchomić je po twoim groovym skrypcie.
Upewnij się, że używasz poprawnego kroku do wykonania dalszych zleceń; Odkryłem, że od kiedy wykonuję swoje kopie jako "krok budowania postu", nie miałem opcji "Blokuj, dopóki wyzwolone projekty nie zakończą swoich kompilacji". Zmiana tego na "budowanie zadania" w przeciwieństwie do "zadania tworzenia postów" pozwoliło mi znaleźć opcje, których szukasz w Pluginie sparametryzowanym.
ten kod poznaczy upstream build niestabilna/nie powiodła się na podstawie dalszego statusu pracy.
Czy da się oznaczyć miejsca pracy jako "SUKCES" w przypadku odbudowy upadającego zlecenia? – yair
Jedyną rzeczą, którą chciałbym dodać jest to, że zablokowane zadanie nadal zajmuje wykonawcę kompilacji, więc w przypadku długich potoków trzeba o tym pamiętać. Bardzo dziękuję za tę odpowiedź - próbowałem zrobić to samo sam i nawet nie pomyślałem o użyciu kroku budowy. – Jason
używa to wtyczki "post-build"? –
to dziękuję (proszę, zignorujcie moje ostatnie pytanie) –