Git workflow لإدارة العمل على عدة فروع

استراتيجيتي عند استخدام Git كأدوات تعيين الإصدار لمشروعاتي

أتتبع جميع عمليات التطوير التي أجريتها باستخدام Git ، وأتبع دائمًا هذه الإستراتيجية.

الاستراتيجية مستوحاة مننموذج تفرع Git ناجح.

لدي فرعين دائمين: رئيسي وتطوير.

هذه هي القواعد التي أتبعها في روتيني اليومي:

عندما أتناول مشكلة جديدة ، أو أقرر دمج ميزة ، هناك طريقان رئيسيان:

  • الميزة سريعة ، أو أن الالتزامات اللاحقة التي سأقوم بها لن تكسر الكود (أو على الأقل آمل ذلك): يمكنني الالتزام بالتطوير ، أو القيامفرع ميزة سريعة، ثم ادمجه لتطويره.

  • ستستغرق الميزة أكثر من التزام واحد حتى تنتهي ، وربما يستغرق الأمر أيامًا من الالتزامات قبل أن تنتهي الميزة وتستقر مرة أخرى:أعمل فرع ميزة، ثم دمجها لتطويرها.


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


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


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


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


المزيد من دروس git: