💼 Jenkins Mülakat Soruları

Jenkins Mülakat Soruları: 🎬 Mülakat Klasiği: Bir Build Queue'dan Executor'a Nasıl Geçer Kuyrukta Sıkışmış Build Mülakatta sık sorulan soru: "Build'im Jenkins UI'da BAŞLAMIYOR, n

🎬 Mülakat Klasiği: Bir Build Queue'dan Executor'a Nasıl Geçer

Kuyrukta Sıkışmış Build

Mülakatta sık sorulan soru: "Build'im Jenkins UI'da BAŞLAMIYOR, neden?" Cevap, pipeline sözdiziminde değil, bu yaşam döngüsünde saklı.

Adım 1 — webhook veya manuel tetikleme, build isteğini Jenkins Build Queue'suna KOYAR; bu an henüz "koşuyor" değil, sadece "bekliyor" demektir.

Adım 2 — Jenkins, gerekli label'a (örn. `docker`, `linux`) sahip BOŞ bir executor/agent arar.

Adım 3 — uygun bir executor bulununca, o executor kendine ait bir Workspace dizini ayırır ve kaynak kodu oraya checkout eder.

Adım 4 — pipeline stage'leri bu Workspace İÇİNDE çalışır; her `sh`/`pytest`/`npm` komutu bu dizine göre konumlanır.

Adım 5 — pipeline biterken `post {}` (always/success/failure) çalışır, artifact'ler arşivlenir; SONRA executor serbest bırakılır ve kuyruktaki bir sonraki build'e geçer.

Final (kontrast/mülakat cevabı) — TÜM executor'lar meşgulse, yeni build KUYRUKTA SIKIŞIR: bu bir pipeline hatası değil, agent/executor KAPASİTE sorunudur. Mülakatta doğru cevap tam olarak budur.

Mülakatta Sık Sorulan: Build Neden Kuyrukta Bekliyor

Webhook veya manuel tetikleme build isteğini Build Queue'suna koyar; henüz hiçbir executor tahsis edilmedi.

Uygun executor aranır

Jenkins, gerekli label'a (docker, linux vb.) sahip boş bir agent/executor arar.

Bulunan executor kendi Workspace dizinini oluşturur ve kaynak kodu checkout eder.