ما هو إصدار نظام ترقيم هل تنصح ؟
https://stackoverflow.com/questions/121795
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
سؤالي هو إصدار-نظام التسمية ينبغي أن تستخدم في أي نوع من المشاريع.
شائعة جدا هي الرئيسية.طفيفة.إصلاح ، ولكن حتى هذا يمكن أن يؤدي إلى 4 عدد (أيFirefox 2.0.0.16).بعض نموذجا غريبا الأرقام تشير إلى المطور-إصدارات وحتى أرقام الإصدارات المستقرة.وجميع أنواع من الإضافات يمكن أن يدخل المزيج ، مثل dev3, -rc1, SP2.... الخ
توجد أسباب تفضل مخطط واحد على الآخر و يجب أن نوع مختلف من مشاريع (أيالمصدر المفتوح مقابلمغلقة المصدر) لديك إصدار مختلف تسمية المخططات ؟
المحلول
هناك اثنين إجابات جيدة عن هذا (بالإضافة إلى الكثير من التفضيلات الشخصية ، انظر الأداة التعليق على الحروب الدينية)
بالنسبة العامة التطبيقات القياسية الرئيسية.طفيفة.التنقيح.بناء يعمل بشكل أفضل المنظمة البحرية الدولية العامة يمكن للمستخدمين بسهولة معرفة ما هو إصدار البرنامج لديهم ، إلى درجة بعيدة من تاريخ إصدار هو.
بالنسبة في البيت التطبيقات ، حيث المستخدمين لم يطلب التطبيق ، نشر هو التعامل معها من قبل ، وسوف يكون المستخدمون الاتصال بمكتب المساعدة ، وجدت السنة.في الشهر.اليوم.بناء على العمل بشكل أفضل في الكثير من الحالات.هذا رقم الإصدار وهكذا يمكن فك لتوفير المزيد من المعلومات المفيدة إلى مكتب المساعدة ثم الجمهور الإصدار رقم المخطط.
ومع ذلك في نهاية اليوم أنا سوف تجعل المرء عبدالعزيز قبل كل شيء آخر - استخدام نظام يمكنك الاحتفاظ ثابت.إذا كان هناك نظام التي يمكنك إعداد/script الخاص بك المترجم إلى استخدام تلقائيا في كل مرة ، استخدام هذا.
أسوأ شيء يمكن أن يحدث لك هو الإفراج عن ثنائيات مع نفس رقم الإصدار السابق منها - لقد تم مؤخرا التعامل مع شبكة الآلي تقارير الخطأ (شخص ما elses التطبيق) ، وجاء إلى استنتاج مفاده أن السنة.في الشهر.اليوم.بناء النسخة الأرقام التي تظهر في مقالب الأساسية حيث لا ولو من بعيد حتى الآن مع التطبيق نفسه (التطبيق نفسه استخدام شاشة البداية مع الأعداد الحقيقية - والتي بالطبع حيث لا استخلاصها من ثنائي كما قد نفترض).والنتيجة هي ليس لدي أي وسيلة لمعرفة ما إذا كان تحطم مقالب تأتي من 2 سنة من العمر الثنائية (ماذا يشير رقم الإصدار إلى) أو 2 أشهر من العمر الثنائية ، وبالتالي لا يوجد طريقة الحصول على الحق في التعليمات البرمجية المصدر (أي مصدر التحكم سواء!)
نصائح أخرى
هنا هو ما نستخدمه في شركتنا: الرئيسية.ثانوية.التصحيح الإصدار.بناء عدد .
على الرئيسية تغيير يتضمن الإفراج الكامل دورة ، بما في ذلك التسويق مشاركة.... الخهذا الرقم تسيطر عليها قوات خارج R&D (على سبيل المثال ، في واحدة من الأماكن عملت والتسويق قررت أن الإصدار القادم سيكون '11' - لتتناسب مع منافس.كنا في الإصدار 2 في ذلك الوقت :)).
ثانوية هو تغير عندما ميزة جديدة أو تغيير السلوك يتم إضافتها إلى المنتج.
التصحيح الإصدار ترتفع بنسبة واحدة في كل مرة التصحيح رسميا إضافة إلى إصدار عادة بما في ذلك إصلاحات الشوائب فقط.
بناء النسخة يستخدم عند إصدار خاص صدر عن العملاء ، وعادة مع إصلاح الأخطاء المحددة له.عادة أن الإصلاح سيكون طوى القادمة التصحيح أو إصدار ثانوي (وإدارة المنتجات عادة ما تكون علامات علة كما "سيتم الافراج عن التصحيح 3" في نظام التتبع).
أنا مروحة كبيرة من الإصدارات الدلالي
كما العديد من الآخرين وقد علق هذا يستخدم X. Y. Z تنسيق و يعطي أسباب وجيهة لماذا.
لدينا R&D قسم يستخدم 1.0.0.0.0.000:الرئيسية.طفيفة.التصحيح.الجمهور.critical_situation.بناء
من فضلك ، من فضلك, لا تفعل ذلك.
هذا النوع من السؤال هو أكثر عن الدين الحرب من الهدف الجوانب.هناك دائما طن من إيجابيات وسلبيات ضد نظام ترقيم أو آخر.كل ما يمكن للناس (أو يجب) تعطيك هو مخطط أنها تستخدم و لماذا اختاروا ذلك.
على جانبي يمكنني استخدام X. Y. Z مخطط جميع الأرقام من حيث:
- X يشير إلى تغيير في واجهة برمجة التطبيقات العامة التي تدخل إلى الوراء التوافق
- Y تشير إلى إضافة بعض الميزات
- Z تشير إلى إصلاح (إما إصلاح الخلل ، إما تغيير الهيكل الداخلي دون التأثير functionnality)
في نهاية المطاف, يمكنني استخدام "بيتا N" لاحقة إذا كنت تريد بعض ردود الفعل من المستخدمين قبل الإصدار الرسمي هو القيام به.لا "RC" لاحقة كما لا أحد مثالي وسوف يكون هناك دائما البق ;-)
أنا شخصيا أفضل الكبرى.طفيفة.تصحيح خطأ-لاحقة حيث لاحقة dev من أجل تطوير إصدارات (الإصدار التحكم في المخارج), rc1 / rc2 من أجل الإفراج عن المرشحين و لا لاحقة الإصدارات.
إذا كان لديك اللواحق من أجل التنمية المخارج ، وربما حتى مع رقم المراجعة ، هناك حاجة إلى جعلها/الغريب للحفاظ على بعضها البعض.
نحن نفضل major.minor.milestone.revision-build مخطط, حيث:
major:الزيادات على المعمارية الهامة تغييرات أو تطورات هامة في القدرات.minor:التغييرات الصغيرة و الميزات الجديدة التي لا تتطلب التغييرات المعمارية.milestone:يشير إلى الاستقرار والنضج من التعليمات البرمجية:- 0 من أجل التنمية/pre-alpha
- 1 ألفا
- 2 بيتا
- 3 الإصدار المرشح (RC)
- 4 النهائي/إطلاق الإنتاج
revision:يشير إلى الافراج عن التصحيح أو تصحيح خطأ عدد.build:فريدة من نوعها مراجع محددة يبني أو الإصدارات من تطبيق.بناء على رقم متسلسل صحيح ، عادة زيادة في كل بناء.
أمثلة:
1.4.2.0-798:أول إصدار بيتا من النسخة1.4, التي أنشأتها بناء عدد798.1.8.3.4-970:1.8-RC4, التي أنشأتها بناء عدد970.1.9.4.0-986:أول إنتاج الإصدار1.9, التي أنشأتها بناء عدد986.1.9.4.2-990:الثانية خلل الإصدار1.9, التي أنشأتها بناء عدد990.
منذ إنتاج النشرات دائما 4 في 3 أرقام من النسخة سلسلة أرقام قد تكون إزالة إنتاج النشرات.
في حالة المكتبة رقم الإصدار يخبرك عن مستوى التوافق بين اثنين من الإصدارات ، وبالتالي مدى صعوبة ترقية سوف يكون.
الخلل إصدار إصلاح يحتاج إلى الحفاظ على الثنائية, المصدر, و التسلسل التوافق.
ثانوية النشرات يعني أشياء مختلفة لمختلف المشاريع ، ولكن عادة لا يحتاجون إلى الحفاظ على مصدر التوافق.
الإصدار الرئيسي أرقام يمكن كسر كل ثلاثة أشكال.
كتبت أكثر عن المنطق هنا.
مع تطوير البرمجيات رشيق ممارسات و تطبيقات ادارة العلاقات الفكرة الرئيسية مقابلقاصر الإفراج قد ذهب بعيدا - النشرات يخرج للغاية في كثير من الأحيان على أساس منتظم - حتى الإفراج عن نظام ترقيم التي تعتمد على هذا التمييز لم يعد مفيدا لي.
بلدي تستخدم الشركة نظام ترقيم أن يأخذ آخر 2 أرقام من العام الإفراج عن بدأ تليها الإفراج عن عدد غضون هذا العام.
لذا الافراج عن 4 بدأت في عام 2012 سيكون 12.4.
يمكنك تضمين "إصلاح الأخطاء" رقم الإصدار بعد ذلك إذا لزم الأمر ، ولكن من الناحية المثالية كنت إطلاق كثير من الأحيان بما فيه الكفاية أن هذه ليست ضرورية في كثير من الأحيان - حتى "12.4.2".
هذا هو مخطط بسيط جدا و لم يقدم لنا أي مشاكل أخرى الإفراج عن أنظمة الترقيم التي استخدمت من قبل.
الفرق بين وثيقة مفتوحة المصدر رقم الإصدار السياسة يمكن أن تأتي أيضا من التجاري الجانب, عند إصدار رئيسي يمكن أن تعكس عام الإصدار على سبيل المثال.
ماذا كنا نفعل هنا الرئيسية.طفيفة.منصة.fix.
الرئيسية:ونحن زيادة هذا العدد عند حفظ الملف من هذا البناء لم تعد متوافقة مع بناء السابق.
على سبيل المثال:الملفات المحفوظة في النسخة 3.0.0.0 لن تكون متوافقة مع الإصدار 2.5.0.0.
ثانوية:ونحن زيادة هذا العدد عند ميزة جديدة تم إضافتها.هذه الميزة يجب أن ينظر إليها من قبل المستخدم.لا ميزة مخفية عن developper.هذا الرقم هو إعادة تعيين إلى 0 عند الرئيسية هو زيادة.
منصة:هذا هو منصة نستخدمها developpement.
على سبيل المثال:1 لتقف على .net framework الإصدار 3.5.
fix :ونحن زيادة هذا العدد عند إصلاحات الشوائب تم تضمينها في هذا الإصدار الجديد.هذا الرقم هو إعادة تعيين إلى 0 عند رئيسية أو ثانوية يتزايد.
ببساطة
Major.Minor.Revision.Build
