سؤال

عادةً ما أبدأ مشاريعي مع الإصدار 1.0.0. بمجرد أن يكون لدي بعض الأشياء معًا ، أقوم بإصدارها على أنها 1.0.0 وأواصل 1.1.0.

ومع ذلك ، فإن هذا يؤدي إلى الإصدار القابل للاستخدام ولكن ليس بالضبط الإصدار الكامل 1.0.0 من معظم الأشياء التي أكتبها. ثم أضيف ميزات وأصل إلى نسخة لائقة في مكان ما حوالي 1.6.0. تبدأ العديد من المشاريع بالإصدار 0.1.0 ، والذي سيكون قابلاً للاستخدام مثل 1.0.0.

ماذا تقترح القيام به؟ ابدأ بـ 1.0.0 أو 0.1.0؟

الرقم الأخير هو لإصدارات Bugfix فقط بالمناسبة. يمكنك التفكير في بلدي 1.0.0 ليكون 1.0 و 0.1.0 كما 0.1 هو أسهل بالنسبة لك.

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

المحلول

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

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

إذا كانت مكالمتك ، افعل كل ما يناسبك. لقد واجهت بعض المشكلات مع الإصدارات قبل 1.0 لذلك أبدأ بذلك.

نصائح أخرى

ال الإصدار الدلالي 2.0.0 يقول ستاندرد:

أبسط شيء يجب القيام به هو بدء إصدار التطوير الأولي عند 0.1.0 ثم زيادة الإصدار البسيط لكل إصدار لاحق.

من الجيد أن تذهب من 0.3.0 مباشرة إلى 1.0.0. لا بأس من أن تكون عند 0.23.0. بدءًا من 0.4.0 أمر غير مستحيل إلى حد ما لأنه يشير إلى وجود إصدارات منشورة سابقة.

بالإضافة إلى ذلك ، لاحظ ذلك 0.y.z يتم الاحتفاظ به جانبا للتكرار السريع ، بحيث لا يتركك التطوير الأولي (وبالتالي الكثير من التغييرات المكسورة) في شيء سخيف مثل 142.6.0. بدلاً من الاصطدام بالنسخة الرئيسية ، اصطدم الإصدار البسيط في كل تغيير عنك حتى تصدر 1.0.0:

الإصدار الرئيسي Zero (0.yz) هو للتطوير الأولي. أي شيء قد يتغير في أي وقت. لا ينبغي اعتبار واجهة برمجة التطبيقات العامة مستقرة.

رقم الإصدار متروك لك تمامًا. افعل ما هو منطقي أنت وتكون متسقة. لا أحد يقول إن عليك أن تبدأ من 0 أو 0.0 أو 1.0 أو 1.1.

لقد استخدم المبرمجون العظماء بالفعل نظام ترقيم الإصدار كنكات محلية. أمثلة (ويكيبيديا):

منذ الإصدار 3 ، استخدمت Tex نظام ترقيم الإصدار الخاص ، حيث تمت الإشارة إلى التحديثات عن طريق إضافة رقم إضافي في نهاية العشرية ، بحيث يقترب رقم الإصدار بشكل غير مقارب π. هذا انعكاس لحقيقة أن Tex أصبح الآن مستقرًا للغاية ، ومن المتوقع فقط التحديثات البسيطة. الإصدار الحالي من Tex هو 3.1415926 ؛ تم تحديثه آخر مرة في مارس 2008

ل Metafont:

يحتوي Metafont على نظام إصدار مشابه لنظام Tex ، حيث يقترب الرقم بشكل غير مقارب من كل مراجعة.

أخيرًا ، ليس رقم الإصدار تمامًا ، ولكنه مثير للاهتمام بنفس القدر ، هو أن الطرح العام الأولي لـ Google (IPO) قد تم تقديمه مع SEC لجمع 2718281،828 دولار (لاحظ أن E ~ 2.718 281 828).

وجهة نظري هي: لا تشعر أنك بحاجة إلى متابعة الحشد. كن مبدعًا ومتسقًا.

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

وأنا أحب طريقة Linux للحصول على أرقام غريبة للإصدارات غير المستقرة ، وحتى أرقام المستقرة.

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

ولكن بمجرد الانتقال إلى الميزة السابقة ، يجب تغيير الإصدار الكامل

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

إذا كنت قلقًا من الإصدار 0.6.5 يحتوي على حلقة غير مكتملة ، فقد ترغب في تسويقه بموجب الإصدار 1.0. لا يحتاج رقم إصدار التسويق الخاص بك إلى مطابقة رقم الإصدار الداخلي. رقم إصدار Windows 7 ، على سبيل المثال ، هو 6.1.

تفضيلي الشخصي هو البدء من 0.1.0 والانتقال من هناك.

عند اختيار أرقام الإصدار لـ npm حزمة ، كن على دراية بأن التبعيات المدرجة في package.json نطاقات Semver لن تعمل أدناه v1.0.0. هذا هو،

"dependencies": {
    "my-package": "^0.5"
}

يعادل

"dependencies": {
    "my-package": "0.5"
}

إذا كنت تريد أن تكون قادرًا على استخدام نطاقات Semver ، أو تريد السماح للآخرين باستخدامها ، فقد ترغب في البدء بـ 1.0.0

0.1.0 هو ما أبدأ به وأتحرك من هناك. هذا ما قمت بتكييفه مع Xploration بواسطة Adrian ، على الرغم من أنني كنت في سنواتي الأولى متقطعة للغاية واستخدمت 1.0.0 و 0.0.1 وعدد قليل من الآخرين. لكنني أوصي بالبدء من 0.1.0 والذهاب من هناك.

لكل Semver ، حجز A و C في ABC لـ A. أنت أول إصدار رسمي وإصلاحات الأخطاء والبقع. وذلك لأن إصدارًا رئيسيًا بشكل عام يكسر الكود الأقدم. والبقع ببساطة إصلاح الأخطاء. هذا كله تفضيل شخصي ، 0.99.0 لا يعني أنه يجب عليك الذهاب إلى 1.0.0 ، إلخ. لقد رأيت بعضًا يصل إلى 0.218.42.

يعتمد على المشروع. بالنسبة لأدوات سطر الأوامر البسيطة ، عادةً ما أبدأ حوالي 0.9 [.0] لأنني أفكر فقط في إطلاقها أو تعبئتها عندما تكون على وشك الانتهاء (أو جاهزة لاختبار بيتا ، على أي حال.) تبدأ المشاريع الأكثر تعقيدًا في حوالي 0.1 [.0] و البعض لا يرى حتى 1.0. أنا أعتبر 1.0 إصدار إصدار (أو على الأقل نسخة تجريبية تم اختبارها محليًا أو مرشحًا للإفراج) وأخطط وفقًا لذلك.

مع مشاريع الفريق ، من يضع علامة الإصدار الأول يحدد :).

يجب أن تكون أرقام الإصدار تعني لك arrieta علق بشكل صحيح من قبل.

ربما يتبع شيء مثل: First # هو إصدار العمدة ، والثاني هو الإصدار نفسه مع بعض الميزات المضافة والثالث # هو إصدار العمدة نفسه ، مع نفس الميزات ولكن مع الأخطاء الثابتة أو تغيير القليل (ولكن مهم بما فيه الكفاية).

1.3.2 => الإصدار الأول ، مع المزيد من الميزات وبعض الأخطاء ثابتة.

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

على سبيل المثال: Corel 8 ، لـ 8.0.0 ، 8.0.1 ، 8.2.2 ، إلخ. Corel 9 ، لـ 9.0.0 ... إلخ.

وفي الغالب هو أكثر حول استراتيجيات التسويق مثل: Corel X5 بدلاً من Corel 15.0.2 على سبيل المثال.

أود أن أقول أن هذا يعتمد على ما إذا كان رقم الإصدار هو لك أو للعميل.

ابدأ بـ 0.0.0 وانتقل من هناك.

ابدأ بـ 1.1.1 وانتقل من هناك.

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