GitLab Runner: D'Proxy-Astellunge fir de fehlgeschlagen Jobstadium fannen
Runner-Kontroll, Bildofruff, Repository-Ofruff an Downloads am Job kënne vun ënnerschiddleche Prozesser kommen.
| Éischte Feeler | Input deen z'iwwerpréiwen ass |
|---|---|
| Runner kontaktéiert GitLab | Ëmfeld vum Runner-Service |
| Job-Bild zéien | Docker-Daemon/Zéi-Service |
| Repository ofruffen | Tatsächlecht Git-Client/Helper-Ëmfeld |
| Download vum Jobbeflehl | De Container an d'eegen Client-Astellunge vun deem Tool |
Eng Jobvariabel kënnt ze spéit fir en Bildofruff, deen schonn néideg ass fir de Container ze schafen. Eng erfollegräich Runner-Kontrollverbindung kann och net d'Erreechbarkeet vun engem isoléierte Job feststellen.
Fir 127.0.0.1:3128, fannt de Lauschterer: de Loopback vum Jobcontainer ass net de Runner-Host. Gitt nëmmen de geplangten Jobnetzwierker Zougang zu engem Hosthelper a geréiert säin Upstream-Konto bewosst.
Wendt déi ënnerstëtzt Interface vum deployten Runner/Executor un, duerno déi versionsgebonne Optioune vum tatsächlechen Downloader. Haalt Phase, ufroende Prozess an probéierten Endpunkt a redigéierten Diagnosen, amplaz kontospezifesch Viraussetzungen a gedeelte Wrapper ze setzen.