[pepepanpatryk]

Ma ktoś pomysł dlaczego kiedy gitlab runner odpala mi dotnetowe testy to build przechodzi nawet kiedy wywali się jakiś test?
Konfiguruje się to jakoś specjalnie?
Kiedy korzystałem z travisa nie musiałem nic konfigurować.

#gitlab #programowanie

[laki1]

@pepepanpatryk: Może masz ustawione jakieś allow_failure na true?

[pepepanpatryk]

Właśnie nie.
Mój .gitlab-ci.yml wygląda tak : klik

Wymienione skrypty to proste polecenia bashowe wywołujące testy, czy budowanie aplikacji.

[pepepanpatryk]

@interface: 1 - co oznacza, że jest błąd.

Fragment loga klik

Mimo to build idzie dalej.

[pepepanpatryk]

@pepepanpatryk: Dodałem w skrypcie po wykonaniu testów exit $? i teraz build się wywala.
Gitlab runner sam tego nie wyłapuje?

Kiepsko trochę bo teraz dostaję tylko ogólną informację na maila, że coś poszło nie tak. W przypadku innych skryptów np. wysyłania kontenera do docker registry dostaję dokładne info, w której linijce coś nie poszło.

Sprawdzę jeszcze konfigurację xunit, bo może tam trzeba coś zmienić.

[pepepanpatryk]

@interface: Zwykłe uruchomienie testów przez dotnet cli -> klik

[pepepanpatryk]

@interface: Ok faktycznie teraz build się przerywa w odpowiednim momencie.
Zastanawia mnie jeszcze jedna rzecz. Miałem na innym projekcie skrypty, które np tworzyły lub usuwały odpowiednie katalogi. W momencie kiedy dany katalog już był w systemie, a skrypt chciał go stworzyć to build kończył się z błędem, i dostawałem dokładną informacje, jaki błąd wystąpił. W obecnym projekcie tego nie ma. Czy to może mieć jakieś znaczenie na jakim hoście jest uruchamiany

[pepepanpatryk]

@interface: Dzięki za konkrety. Te przykłady jakoś mi umknęły.
Swoją drogą przerzuciłem wywołanie testów do .gitlab-ci.yml resztę zakomentowałem i owszem teraz przerwało build bez opcji -e, natomiast w mailu i tak tylko końcówka całego loga, gdzie jest wypisanie podsumowania testów, natomiast informacji która jest w logu tj. co dokładnie poszło w teście nie tak, nadal brak. Dziwne ale i tak już jest w miarę ok :)

[pepepanpatryk]

@interface: Fakt, dokumentacja skopana moim zdaniem, tak lekko, ale faktycznie cały gitlab wydaje się być bardzo rozbudowany. No nic przerobię to, aby używać wywołań bezpośrednio w gitlab-ci :) Dzięki za pomoc!