🚀 QA için GitHub Actions: CI, Report, Matrix ve Secrets

QA için GitHub Actions: CI, Report: GitHub Actions, kendi kendine çalışan bir fabrika montaj hattı gibidir: bant başına bir parça (commit) düştüğü anda makineler sırayla devreye

GitHub Actions, kendi kendine çalışan bir fabrika montaj hattı gibidir: bant başına bir parça (commit) düştüğü anda makineler sırayla devreye girer — bağımlılıkları kurar, testleri koşar, build alır, raporu yayınlar — ve hiçbir adım "ustanın keyfine" bırakılmaz. Peki testleri kendi bilgisayarında zaten çalıştırıyorsan, aynı testleri bir de CI’da koşmak neden gereksin? Çünkü senin makinen dünyadaki tek makine değildir: sende kurulu olan bir Chrome sürümü, bir ortam değişkeni ya da yıllar önce kurduğun bir global paket testi yeşil gösterirken, temiz bir makinede aynı test kırmızı yanabilir — CI’ın asıl işi testi koşmak değil, testi SIFIRDAN ve TEKRARLANABİLİR biçimde koşmaktır. Java tarafında bunun karşılığı, projeyi kendi IDE’nde değil temiz bir `mvn clean verify` ile doğrulamandır; Actions bunu her push’ta, senin hatırlamana gerek kalmadan yapar. QA açısından bu farkın adı vardır: "bende çalışıyordu" cümlesi bir mühendislik açıklaması değildir — CI, o cümleyi tartışmadan çıkarıp yerine herkesin görebildiği bir kanıt (log, rapor, artifact) koyar.

github-actions-ui-tour

GitHub Actions ekran turu: butonlar, run’lar ve raporlar

Gerçek GitHub Actions arayüz şeklini gez: üst Actions tabı, New workflow, workflow listesi, run satırları, filter, loglar, artifact ve rerun kontrolleri.

Actions ekranındaki butonlar ne işe yarar?

Try It Yourself: Actions arayüzünde güvenli run incele

GitHub Actions ekranında nereye tıklayacağını sıraya koy: workflow seç, run aç, log/artifact kontrol et, gerekirse güvenli tekrar çalıştır.

Repository üst menüsünden Actions tabına gir

Sol tarafta All workflows görünümünü seç

İlgili workflow adını seç

En güncel workflow run satırını aç

Önce failed job loglarını oku

Rapor/artifact indir

Gerekirse sadece failed jobları tekrar çalıştır