فروع Git: كيف تنظم التغييرات من دون تحويل الدمج إلى فوضى؟

الفرع في Git مؤشر متحرك إلى سلسلة من الالتزامات، وليس نسخة كاملة منفصلة من المشروع. إنشاء فرع سريع لأن الملفات مخزنة ككائنات مشتركة. يصبح لكل التزام أب أو أكثر، ومن هذا الرسم يعرف Git علاقة التاريخ.

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

يحدث التعارض عندما لا يستطيع Git اختيار النتيجة آليًا، مثل تعديل السطر نفسه بطريقتين. العلامات داخل الملف تعرض الجانبين، وعلى المطور فهم النية لا اختيار النسخة الأحدث فقط. قد ينجح الدمج بلا تعارض نصي لكنه يكسر المنطق إذا غير ملفان افتراضين مترابطين.

يحافظ merge على فرعي التاريخ وقد ينشئ التزام دمج. أما rebase فيعيد تطبيق الالتزامات فوق قاعدة جديدة ليصنع مسارًا خطيًا. إعادة كتابة تاريخ منشور يستخدمه آخرون تربك مراجعهم، لذلك يتفق الفريق على السياسة ولا يستخدم الأمر لمجرد شكل الرسم.

الالتزام الجيد يمثل فكرة واحدة برسالة تشرح السبب. خلط إعادة تسمية واسعة مع إصلاح منطقي يصعب المراجعة والتراجع. وقبل الدفع تُشغل اختبارات وتُراجع الملفات الحساسة والأسرار التي لا ينبغي أن تدخل المستودع.

طلب الدمج مساحة نقاش، لا زر موافقة. يصف الهدف وطريقة الاختبار والمخاطر والصور أو الهجرات. يراجع شخص آخر السلوك والأمان وقابلية الصيانة. التعليق يركز على الشفرة، ويُحسم الخلاف بمعيار أو تجربة.

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

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

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

## سؤال للنقاش

متى تفضل دمجًا عاديًا ومتى تستخدم rebase، وما القاعدة التي تحمي تاريخ الفريق؟

## المراجع

- توثيق Git الرسمي للفروع والدمج.
- المراجع الجامعية في هندسة البرمجيات وإدارة الإصدارات.
- أدلة التكامل والتسليم المستمر.