Kody wyjścia
Każdy sposób zakończenia przebiegu ma własny kod, a zbiór jest kompletny: pipeline może się po nim rozgałęzić.
| Kod | Nazwa | Znaczenie |
|---|---|---|
0 | OK | wszystko, co miało znaczenie, zostało ocenione i przeszło |
1 | RUNTIME | zawiódł sam certdoctor |
2 | USAGE | błędna składnia wywołania albo nieznana flaga |
3 | CONFIG | flagi są poprawne każda z osobna, ale sprzeczne albo niewykonalne razem |
4 | DIAGNOSIS | przebieg się udał i znalazł co najmniej jedną usterkę |
5 | INCONCLUSIVE | bez usterki, ale co najmniej jednej rzeczy nie dało się ocenić |
6 | IO | nie udało się zapisać raportu |
130 | INTERRUPTED | przerwany przez użytkownika |
143 | TERMINATED | zakończony przez system |
Które mówią coś o twojej maszynie
4 i 5 dotyczą maszyny i badanego adresu. 4 znaczy, że przebieg się udał i znalazł co najmniej jedno FAIL - coś na drodze do adresu jest nie tak. 5 znaczy, że nie znalazł usterki, ale co najmniej jednej rzeczy nie dało się ocenić, a raport mówi której i dlaczego. Żaden z nich nie znaczy, że zawiódł sam certdoctor: to jest 1.
Ostrzeżenia
Samo WARN kończy się 0. Maszyna za firmowym proxy inaczej kończyłaby każdy przebieg porażką, chociaż jej połączenie działa bez zarzutu. Ostrzeżenia zostają w raporcie i w JSON-ie, dla pipeline’u, który chce zdecydować sam.
Strona z zapisanego raportu
certdoctor --from report.json --format html --out report.html kończy się 0, gdy strona jest zapisana, cokolwiek znalazł raport. Własny kod przebiegu zostaje w raporcie jako verdict.exit_code.