ما هي الطريقة المفضلة لديك لتسمية إصدارات برامجك؟

Question

ما هي الطريقة المفضلة لديك لتسمية إصدارات برامجك؟مثل مايكروسوفت:ألفا - بيتا - نهائي - حزمة الخدمة ...مثل جوجل:Gmail Beta - بيتا - بيتا - بيتا - :) مثل بعض البرامج:0.2 - 0.3 - 0.9999...

Answer 1

وMajor.Minor.Release.Build

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

ومعنى ألفا، بيتا اللواحق هي بالنسبة لي:

وألفا / معاينة: مهلا، أنا حصلت شيء أريد أن تظهر.

وبيتا: إن مجموعة ميزة كاملة حتى الآن، ولكن هناك بعض الخلل اليسار

والإصدار المرشح: أعتقد أنه لا توجد أي (الرئيسية) البق اليسار

.

والنهائي: يمكن أن يكون هناك لا يزال البق، ولكن لا بد لي من الإفراج في وقت ما؛ -)

Answer 2

نحن لا نصدر برامج ألفا/بيتا لعملائنا.لذلك نستخدم ببساطة:

• x.0 (للإصدارات الرئيسية التي تحتوي على الكثير من الميزات الجديدة المهمة)
• x.1، x.2، إلخ.(للإصدارات الثانوية التي تحتوي على ميزات وتحسينات بسيطة جديدة)
• x.y.1، x.y.2، وما إلى ذلك.(للحصول على إصلاحات الأخطاء/إصدارات الصيانة)

(حيث x,y = 1,2,...)

Answer 3

أفضّل النموذج الأولي، ألفا، بيتا، طريقة GA.يتيح لي هذا إبلاغ الحالة الحالية للبرنامج للمستخدمين/العملاء.جنبا إلى جنب مع ذلك أقدم أرقام الإصدارات .2، .3، .4.

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

Answer 4

وتستخدم مايكروسوفت نسخة الترقيم وكذلك ألفا وبيتا والألقاب GA.

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

وأعمل في الغالب مع تطبيقات الويب في الوقت الحاضر، ونحن فقط عددهم إصدارات لدينا وتزايد الأعداد الصحيحة من قبل عندما ننشر (1، 2، 3، 4، 5، الخ). ليس هناك سبب لدينا لنصل الى منطق تسمية معقدة إذا يهتم لا أحد حول الإصدارات على أي حال.

Answer 5

لبرنامج صغير فقط MAJOR.MINOR. إذا غيرت الرئيسية - بعض ملفات الإدخال غير متوافق مع الإصدار السابق. نحن لا prereleasing البرمجيات للعملاء حتى نفس الإصدار هو لاختبار والإفراج النهائي.

Answer 6

والطريقة التي تم تسمية البيانات لدينا عادة عدد المرحلة. مع معظم عقودنا المشاريع الحكومية كونها سنقوم طرح الإصدار الأول ومن ثم سوف تؤدي المرحلة 2 المرحلة 3 المرحلة 4 كما تقرر الجهة التحرك جنبا إلى جنب مع طلبات ميزة جديدة (ويكتسب تمويل وقالت التطورات المستقبلية).

Answer 7

وبعض برمجيات المصدر المفتوح اسم المشروع النشرات بعد تاريخ أطلق سراحهم. على سبيل المثال صدر أوبونتو 8.04 في أبريل 2008، وأفرج عنه أوبونتو 6.06 في يونيو 2006. ولكن أوبونتو ليست توزيع لينكس الوحيد الذي يستخدم هذا الأسلوب.

وبالطبع له كل إصدار أوبونتو أيضا اسم التعليمات البرمجية التي هي في كل مرة حيوانية مختلفة، جنبا إلى جنب مع صفة alliterating (الصفة أيضا بمثابة اختزال [كتسي] ليكيليكس). كل إصدار ترتفع في الأبجدية من الناس يمكن أن نتذكر بسهولة حيث لوضع بيان في دفق مستمر. على سبيل المثال:

وعلى سبيل المثال 6.06، دريك رشيقة 6.10، EFT منفعل 7.04، تزلف المشاكس 7.10، غيبون جريء

Answer 8

وأنا أفضل نواة لينكس تدوين: major.minor.release.build، ولكنني نادرا ما تستخدم الجزء. البناء، وأنا لا تستخدم أرقام حتى / غريبة للقصر مستقرة / تطوير

.