ما هو رقم الإصدار الذي يجب أن يتلقىه المشروع غير المنشور؟

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

  •  27-09-2019
  •  | 
  •  

سؤال

ملاحظة: أنا جديد في ترقيم الإصدار. من فضلك أعذر جهلي.

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

الإصدار A (1.0)

  • تم تطويره ، تم إصداره ، محدث ، إلخ.

الإصدار ب (؟؟؟)

  • تم تطويره ، معلق ، مهجور.

الإصدار C (2.0)

  • تم تطويره ، تم إصداره ، محدث ، إلخ.

أشعر أنني يجب أن يكون لدي إصدار مثل ذلك ، لكن قلقًا بشأن ارتباك النسخة المفقودة:

  • الإصدار A (1.0)
  • الإصدار ب (2.0)
  • الإصدار C (3.0)
هل كانت مفيدة؟

المحلول

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

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

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

إنها لعبة ذهنية - عليك فقط السيطرة على روسيا والصين قبل أن يفعل خصمك. لهذا يسمونه مخاطرة.

نصائح أخرى

يجب أن يكون لديك مخططان للإصدار. الشكل الداخلي ، يتبع الشكل النموذجي:

major.minor.build.revision

ثم الجمهور يواجه واحد. مع مواجهة الجمهور ، يمكنك تعيين إصداراتك الداخلية للإصدارات "الصديقة للعميل" المسماة. مثل المرحة حول استراتيجيات تسمية جافا.

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

إذا لم يتم إصدار الإصدار B مطلقًا ، فيمكن إصدار الإصدار C الخاص بك مع رقم إصدار عام 2.0. ليس عليك أن تعترف بوجود إصدارات داخلية لم تصنعها. لا يتعين على رقم الإصدار الداخلي الخاص بك مطابقة أرقام الإصدار العام ، طالما أنك تتبع التعيينات.

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