استراتيجيات التفرّع (Git Flow, Trunk-Based)

لماذا استراتيجية تفرّع؟

بدون استراتيجية، يتحول المستودع إلى فوضى: أفرع مهملة، تعارضات دائمة، نشر خاطئ. الاستراتيجية تنظّم:

• متى تنشئ فرعًا؟
• متى تدمج؟
• كيف تنشر؟

Git Flow — الأقدم والأكثر تنظيمًا

main ────●────────●────────●── (نشر مستقر)
          \      /        /
develop ───●────●────●────●── (تكامل)
            \  /    \  /
feature ─────●      ●──── (ميزات جديدة)
                        \
release ─────────────────●── (تحضير إصدار)
                        /
hotfix ────────────────● (إصلاح عاجل من main)

# البدء بميزة جديدة
git checkout develop
git checkout -b feature/user-auth

# بعد الانتهاء
git checkout develop
git merge --no-ff feature/user-auth
git branch -d feature/user-auth

متى تستخدم؟ مشاريع كبيرة مع إصدارات دورية (موبايل، مكتبات).

GitHub Flow — الأبسط

main ─────●────────●──────●
           \      /      /
feature ───●────●──────●

• main دائمًا جاهز للنشر.
• أنشئ فرعًا من main لأي تغيير.
• ادفع الفرع وافتح Pull Request.
• بعد المراجعة، ادمج إلى main وانشر فورًا.

git checkout main
git pull
git checkout -b fix-navbar
# ... تعديلات ...
git push -u origin fix-navbar
# افتح PR → راجع → ادمج → احذف الفرع

متى تستخدم؟ مشاريع SaaS، ويب بنشر مستمر (CI/CD).

Trunk-Based Development — الأسرع

main ──●──●──●──●──●──●──●── (نشر مباشر)
        \  /    \  /
short ──●──●    ●──● (أقل من يوم)

• كل المطورين يدفعون إلى main عدة مرات يوميًا.
• الأفرع قصيرة جدًا (ساعات، لا أيام).
• Feature Flags تفعّل/تعطّل الميزات دون نشر.

متى تستخدم؟ فرق صغيرة، نشر آلي قوي، اختبارات شاملة.

المقارنة

التوصية

نصائح

• اختر استراتيجية واحدة والتزم بها.
• وثّق الاستراتيجية في CONTRIBUTING.md.
• استخدم --no-ff للدمج للحفاظ على تاريخ واضح.
• احذف الأفرع بعد دمجها.
• لا تدمج أبدًا فرعًا لم يُراجَع (Pull Request).

⚠️ الاستراتيجية ليست دينًا — طوّعها لتناسب فريقك. المهم هو الاتساق، ليس الكمال.

🎯 اختبر نفسك في اختبار Git أو انتقل إلى مسار Docker.