أصدرة البرمجيات
الاستراتيجيات > المُعرّفات المعتمدة على التسلسل > أهمية التغيير

في بعض الاستراتيجيات، تُستخدم المعرفات المستندة إلى التسلسل لتمثيل أهمية التغييرات بين الإصدارات. تُصنف التغييرات حسب مستوى الأهمية واتخاذ القرار الذي يحدد أي تسلسل بين الإصدارات هو الذي سوف يتغير يعتمد على أهمية التغييرات عن الإصدار السابق لها، إذ أن الإصدار الأول يحتوي على غالبية التغييرات المهمة وتصبح التغييرات على التسلسلات بعد الإصدار الأول تمثل التغييرات الأقل أهمية.
يمكن أن تُقيّم الأهمية اعتمادًا على الاستراتيجية من خلال ماهية أسطر الكود (التعليمات البرمجية) التي تغيرت أو النقاط الوظيفية التي أُضيفت أو حُذفت أو التأثير المُحتمل على العملاء فيما يتعلق بالعمل المطلوب لتبني إصدار جديد، أو مخاطر حدوث أخطاء أو تغييرات غير مُصرح عنها أو بعض التغييرات الهامة في شكل التنسيق المرئي أو مجموعة من السمات الجديدة أو تقريبًا أي شيء يعتبره مطوّري أو مسوقي البرنامج مهمًا بما فيه الرغبة بالتسويق لإظهار «الجودة النسبية» في الإصدار الجديد.
تستخدم الأصدرة الدلالية «المعروفة باسم SemVer) –أفضل وأشهر إستراتيجية ترقيم مُعتمدة في هذه الفئة- تسلسلًا من ثلاثة أرقام (Major.Minor.Patch) أو (رئيسي.ثانوي.رقعة)، وعلامة اختيارية قبل الإصدار وعلامة تعريف اختيارية للإصدار. يعتبر مجال الخطأ والفعالية في هذه الاستراتيجية مقياسًا للأهمية. يُشار إلى التغييرات الجذرية من خلال زيادة الرقم الأساسي (خطورة عالية)، وإضافة ميزات غير جذرية تزيد الرقم الثانوي (خطورة متوسطة) وإضافة جميع التغيرات الأخرى تزيد رقم الرقعة (خطورة منخفضة). وجود علامة ما قبل الإصدار (-ألفا، -بيتا) يشير إلى خطر جوهري مثلما يشير وضع الرقم صفر في موقع الأساسي (0.y.z) الذي يُستخدم ليشير إلى أن هناك عمل جاري يمكن أن يتضمن أي مستوى مُحتمل من التغييرات الجذرية (الخطورة الأعلى).
يمكن للمطورين أن يختاروا الانتقال عدة إصدارات ثانوية في مرحلة ما ليشيروا إلى إضافة ميزات مهمة، لكنها لا تكفي لتُجيز زيادة الرقم الأساسي للإصدار، على سبيل المثال انتقال متصفح إنترنت إكسبلورر 5 من 5.1 إلى 5.5، أو انتقال أدوبي فوتوشوب من 5 إلى 5.5. يمكن أن يتم ذلك ليوضح أهمية التحديث بالنسبة لمستخدم البرنامج، أو -مثل حالة برنامج أدوب- لتمثيل إصدار جزئي بين الإصدارات الأساسية رغم أن الأصدرة المستندة إلى التسلسل لا تقتصر على رقم واحد، كما في الإصدار 2.79 لبرنامج بلندر).
يوجد طريقة مختلفة لاستخدام الأرقام الأساسية والثانوية إلى جانب سلسلة أبجدية رقمية تدل على نوع الإصدار، مثال: «ألفا (أ)»، أو «بيتا (ب)»، أو «إصدار مرشح (آر سي)». يمكن أن يبدو استخدام تسلسل إطلاق برنامج لهذه المقاربة على الشكل التالي 0.5، 0.6، 0.7، 0.8، 0.9       b11.0، b21.0(إضافة بعض الإصلاحات)، b31.0(إضافة إصلاحات أخرى)        rc11.0 (إذا استقرت بما يكفي)، rc21.0 (إذا وُجد فيها أخطاء أخرى)        1.0. أحد الممارسات الشائعة في هذه الاستراتيجية هي إيقاف الميزات الجديدة والتغييرات الجذرية خلال إطلاق الإصدار المرشح وبالنسبة لبعض مجموعات العمل فإن بيتا أيضًا تُقفل إذ يُسمح بتصحيح الأخطاء فقط، وذلك لضمان الاقتراب من الوصول الإصدار المُستهدف.
تضمن باقي الاستراتيجيات المعنى في السلسلة الفردية:
major.minor[.build[.revision] ]  (مثال: 1.2.12.102)
أو
major.minor[.maintenance[.build]]    (مثال: 1.4.3.5249)
مجددًا في هذه الأمثلة تعريف ما يمثله تغير الرقم «الأساسي» المختلف عن الرقم «الثانوي» هو شخصي ويعود للكاتب، والأمر ذاته بالنسبة لما يعرف «البناء-build» أو كيف يختلف «التنقيح-revision» عن «الثانوي».
قد تستخدم المكاتب المشتركة بين سولاريس ولينوكس الصيغة current.revision.age وفيها:
Current: أحدث رقم لواجهة الاستخدام تحققه المكتبة.
Revision: رقم تحقيق واجهة الاستخدام الحالية.
Age: الفرق بين أحدث وأقدم واجهة استخدام تحققها المكتبة.
يوجد مشكلة مشابهة تتعلق بأهمية التغيير النسبي وتسمية الإصدارات عند نشر الكتب إذ يمكن أن يٌختار رقم واسم النسخة اعتمادًا على معايير مختلفة.
في معظم البرامج الاحتكارية يكون الإصدار الأول من منتج البرنامج هو الإصدار1 (version 1).