Preview ng leksyon

سير عمل Git في الفرق الحقيقية: أي سير عمل تختار

غالبًا ما يُطرح في المقابلات سؤال: «ما سير عمل Git الذي استخدمته؟» بعد هذا القسم، سيكون لديك إجابة صادقة ومفصلة. سنستعرض ثلاثة أساليب شائعة — Feature Branch Workflow وGit Flow وTrunk-Based Development — ونحلل أين يكون كل منها فعالاً وأين يصبح عائقًا.

Feature Branch Workflow Git Flow Trunk-Based Development
Ano ang matututunan mo sa leksyong ito
  • ستتمكن من وصف ثلاثة سير عمل شائعة لـ Git في المقابلات وشرح الاختلافات بينها.
  • ستفهم كيف يؤثر حجم الفريق وتكرار الإصدارات على اختيار عملية التطوير.
  • ستتعلم طرح الأسئلة الصحيحة حول سير العمل عند الانضمام إلى فريق جديد.

Simula ng leksyon

لماذا نستخدم Feature Branch Workflow؟

  • Feature Branch = نسخة عمل منفصلة لميزة في تطبيق
  • عزل الكود للعمل المتوازي
  • تجارب آمنة من دون المخاطرة بفرع main
  • سهولة التطبيق للفرق بكل مستويات الخبرة
  • مثالي للانطلاق والمشاريع الصغيرة

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

دورة حياة فرع الميزة

  • git checkout -b feature/new-payment
  • رسائل إيداع واضحة
  • git push origin feature/new-payment
  • إنشاء طلب دمج
  • مراجعة الكود ثم الدمج في main

لنتابع دورة حياة فرع الميزة من لحظة إنشائه حتى دمجه. نبدأ بالأمر git checkout -b feature/new-payment، وهو ينشئ فرعًا جديدًا انطلاقًا من main. نعمل على المهمة، ونُثبّت التغييرات برسائل إيداع واضحة تشرح ما تغيّر. عندما تكتمل الميزة، نرفع الفرع إلى المستودع البعيد ثم ننشئ طلب دمج. الزملاء يراجعون الكود ويتركون ملاحظاتهم، وبعد تطبيق التعديلات تدخل التغييرات إلى الفرع الرئيسي. قاعدة مهمة: فرع واحد لمهمة واحدة مكتملة منطقيًا. هذا يحافظ على ترتيب تاريخ الإيداعات.

# ننشئ فرعًا من main
git checkout main
git pull origin main
git checkout -b feature/new-payment

# نعمل ونُثبّت التغييرات
echo 'إضافة معالجة المدفوعات' > payment.js
git add payment.js
git commit -m 'إضافة وحدة معالجة المدفوعات'

# نرفع الفرع ونُنشئ طلب الدمج
git push origin feature/new-payment
# بعد ذلك ننشئ طلب دمج عبر واجهة GitHub

إنشاء فرع ميزة بأمرين

  • Feature Branch Workflow — البساطة والفعالية
  • ننشئ فرعًا من أحدث main
  • git checkout -b feature/new-login
  • اسم الفرع يعكس المهمة
  • feature/ وfix/ وdocs/ — بادئات للتوضيح

لننشئ فرع ميزة عمليًا. أولًا ننتقل إلى الفرع الرئيسي ونحدثه بالأمر git checkout main && git pull. ثم ننشئ فرعًا جديدًا للمهمة بالأمر git checkout -b feature/new-login. الخيار -b يطلب من Git إنشاء فرع جديد والتبديل إليه فورًا. بأمرين فقط تصبح جاهزًا للعمل. اجعل اسم الفرع يعكس المهمة بوضوح؛ فبادئات مثل feature/ أو fix/ أو docs/ تساعد الفريق على فهم هدف الفرع بسرعة. الآن يمكنك البدء في التغييرات.

git checkout main && git pull
# نحدّث الفرع الرئيسي
git checkout -b feature/new-login
# ننشئ فرعًا جديدًا وننتقل إليه

Buong leksyon ay para sa subscription

31 pang slide sa buong bersyon.

Mabubuksan ang video, lahat ng slide, tala, pagsusulit, AI tutor, at interview pagkatapos mag-sign in at mag-subscribe.

Mag-sign in o magparehistro Mag-subscribe

Nilalaman ng leksyon

  1. لماذا نستخدم Feature Branch Workflow؟
  2. دورة حياة فرع الميزة
  3. إنشاء فرع ميزة بأمرين
  4. إرسال التغييرات للمراجعة
  5. مراجعة الكود ثم الدمج
  6. Git Flow: خط إنتاج للتطوير
  7. فروع الميزات والتحضير للإصدار
  8. التصحيحات العاجلة عبر hotfix
  9. تمرين عملي: إنشاء فرع ميزة
  10. تشغيل Git Flow في المشروع
  11. تطوير ميزة جديدة: من الفرع إلى الدمج
  12. تحضير الإصدار: تجميع التغييرات
  13. التعديلات العاجلة: hotfix أثناء العمل
  14. التطوير المعتمد على الجذع: جوهر النهج
  15. كيف نتعامل مع الوظائف غير الجاهزة في TBD
  16. ممارسة: كوميتات متكررة في فرع main
  17. متى تختار Trunk-Based Development
  18. خطأ 1: Git Flow لفريق صغير
  19. خطأ 2: Trunk-Based من دون مراجعة كود
  20. خطأ 3: فروع ميزات طويلة العمر
  21. كيف تختار سير العمل الصحيح
  22. كيف تختار عملية Git: المعايير الأساسية
  23. Feature Branch: سيارة صغيرة مرنة في شوارع الرياض
  24. Git Flow: سيارة دفع رباعي للفرق الكبيرة
  25. Trunk-Based: سيارة سباق للإصدارات المتكرّرة
  26. تحليل عملية Git الحالية: ما المشكلة في Git Flow؟
  27. خطة الهجرة: انتقال تدريجي إلى أسلوب أبسط
  28. تدريب الفريق على ممارسات TBD الجديدة
  29. تطبيق عملي: نقل feature branch إلى TBD
  30. كيف تتحدث عن workflow في المقابلة؟
  31. أمثلة على مشكلات وحلولها
  32. كيف نُطبّق التغييرات على سير العمل
  33. ما لا ينبغي قوله في المقابلة الوظيفية
  34. نختار مسارنا: خلاصة وواجب منزلي

Mga artikulo tungkol sa araling ito

Lahat ng leksyon ng kurso

  1. مقدمة: Git من الصفر إلى مُطوّر محترف
  2. لماذا نحتاج إلى Git على الإطلاق — ولماذا لا يُقدّم عليك العمل دونه
  3. تثبيت وإعداد Git لأول استخدام
  4. المستودع الأول: init وadd وcommit وسحر الفهرس
  5. قراءة سجل المشروع: أوامر log و diff و show والتنقل في السجل
  6. الفروع: الواقع الموازي لرمزك البرمجي
  7. إلغاء الأخطاء: الأوامر restore، reset، revert — الاستخدام الصحيح والخطير
  8. GitHub والمستودعات البعيدة: كودك في السحابة
  9. العمل الجماعي: النسخ المتفرعة، الفروع المميزة وطلبات السحب
  10. نزاعات الدمج: لا داعي للذعر — افهمها وحُلّها
  11. سير عمل Git في الفرق الحقيقية: أي سير عمل تختار
  12. الأدوات المتقدمة: rebase، stash، cherry-pick والعلامات (tags)
  13. المشروع النهائي: محاكاة التطوير الجماعي الفعلي