يجب عليك استخدام الفروع في التخريب إذا كان شخص واحد فقط يعمل في مشروع؟

StackOverflow https://stackoverflow.com/questions/1296997

  •  18-09-2019
  •  | 
  •  

سؤال

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

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

ولكن إذا كنت أعمل بمفردي هل هناك أي نقطة لجعل فرع؟ قل أنا في المراجعة 100 في الرأس. سأقوم بإنشاء فرع في المراجعة 101، ثم استمر في العمل على الفرع حتى المراجعة 110. الآن يمكنني دمج 110 مرة أخرى في الجذع، ولكن لا يوجد أحد آخر في المشروع لذلك لن يكون هناك أي تغيير في جذع لدمج مرة أخرى في. سأكون فقط دمج الحق في المراجعة 100 حيث أنشأت الأصل الفرع.

هل كانت مفيدة؟

المحلول

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

إذا كان 100 شخص يعملون على تسليم واحد يجب أن يستخدموا نفس الفرع. إذا كان الفرد الفردي يدعم عشرات النواتج المختلفة التي يجب أن يكون لها فروع عشرات.

نصائح أخرى

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

فرع (بدلا من العلامة) هو صيانة نسخة من التعليمات البرمجية. حتى كمطور واحد قد ترغب في الحفاظ على أكثر من إصدار واحد من التعليمات البرمجية الخاصة بك (مثل الترحيل Bugfixes إلى الإصدارات القديمة).
يسرد كتاب SVN حالات الاستخدام الأكثر شيوعا لفروع SVN هنا.
لا ترتبط السياسات المتفرعة في الأساليب مباشرة بعدد المطورين في المشروع.
ما لم تكن تعمل على مشروع قصير الأجل (مثل الأكاديمية والإفراج الفردي والمشروع) حاول استخدام إحدى هذه السياسات. العلبة العامة للإدارة منخفضة بما فيه الكفاية ويمكن أن تجعل حياتك أسهل بكثير لاحقا.

لا يبدو هناك الكثير من النقاط في إنشاء فروع إذا كنت تعمل فقط في المشروع - يمكنك فقط استخدام المراجعات بعد كل شيء لإعادة.

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

يمكنك العمل تماما خارج الجذع مثل هذا ومن ثم استخدام علامات الإصدار أو فروع للأغراض التاريخية ... وغيرها من فروع العمل التجريبي.

أبقي 2 فروع: التنمية والجذع لأنك لا تعرف أبدا متى يجب عليك القيام بإجراء سريع في الإنتاج. قد أعمل على ميزات جديدة لمدة 1-3 أسابيع قبل نقلها إلى الإنتاج. في الوقت نفسه، قد تضطر إلى طرح إصلاحات للإنتاج. عن طريق الحفاظ على فروع 2، يمكنني نشر إصلاحات الأخطاء بسهولة فقط.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top