أفضل الممارسات من أجل التحكم بالمصادر وإصلاح الأخطاء

Question

إذا نحن بحاجة إلى إصدار رقعة الخلل الذي لا يشمل التنمية الحالية التي ارتكبت، أو أي تغييرات من الإصدار الحالي، ما الذي ينبغي القيام به لجعل عملية أكثر أمانا ومع انخفاض النفقات العامة؟

ونحن الآن تستخدم التخريب من أجل السيطرة مصدر لدينا في (3 المطورين) فريق صغير تتطور في المقام الأول في Visual Studio 2008. ونتوقع أن الفريق قد مجموعة إلى 8 مطوري خلال العام المقبل، ولأي دعم الاصدار السابق لتصبح أكثر تعقيدا. في حين أن معظم الزبائن هم على الإصدار الحالي، وبعضها أبعد وراء.

Answer 1

والسيطرة المصدر يمكن التعامل مع هذا بسهولة جدا، ومصممة لهذا الغرض.

وعندما تصل إلى فترة استقرار إطلاق سراحك ينبغي القيام به فرع. ومن المهم أن لا تبدأ أي عمل على إطلاق سراح المقبل قبل القيام بذلك.

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

لا تنسى أن تضع رقم الخطأ في التعليق، وهذا سيجعل تتبع يرتكب أسهل.

Answer 2

وماذا عن: فرع في إصدار رئيسي، مع الاصلاحات تطبيقها على فرع (عناوين) حسب الحاجة، وأيضا تطبيق (أو دمجها) إلى جذع

Answer 3

وأين أعمل، لدينا العديد من المشاريع العمل في وقت واحد. من أجل تجنب هذه المشكلة، لدينا عدة أنواع من شفرة المصدر. على سبيل المثال، الإصدار الأول هو البديل 1.0. ونحن إنشاء فرع الخروج من هذا الإصدار، مثلا، البديل 2.0، لجميع التنمية المستقبلية. إذا نحن بحاجة إلى القيام إصلاح الخلل، ونحن نفعل ذلك على البديل الرئيسي، الذي هو حاليا 1.0 ويمكن أن يطلق ذلك. عندما البديل 2.0 على استعداد للذهاب إلى الإنتاج، ونحن دمجها مع كل ما هو على الفرع الرئيسي (في هذه الحالة، 1.1) والذي يصبح الجذع الرئيسي الجديد. عند نقطة واحدة، كان لدينا 4 فروع تعمل في نفس الوقت.

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