Szemantikus verziószámozás

A szoftverek esetén mindenki találkozott már verziószámokkal, de mit is jelent az, hogy egy szoftver verzió száma 4.2.7? Nem sokat mond az átlag felhasználónak. Éppen ezért ezt a verziózási sémát termékek verziójának azonosítására már nem igen alkalmazzák és helyette inkább dátum alapú (pl. Ubuntu 23.10) vagy egy szám tagból álló (Pl. Chrome 106) verziókat alkalmaznak. Ennek oka abban keresendő, hogy a felhasználók jobban megértik, hogy az újabb vagy nagyobb számmal rendelkező szoftver a legújabb verzió.

A bevezetőben említett három számjegyű verziózási séma a szemantikus verziózás, ami a szoftverfejlesztőknek igen hasznos. Ilyen verziózási sémát alkalmaznak, illetve célszerű alkalmazni a szoftverkönyvtárak verzióinál, mivel egy csomó információt tud biztosítani ez a három szám.

Az első számjegy a major, vagy más néven a fő verzió. Ennek a növelése akkor történik, amikor visszafelé nem kompatibilis változásokat vezetnek be a könyvtárban és lehet, hogy megtörheti a korábbi verziókkal való kompatibilitást.

A második számjegy a minor verzió azonosító. Ezt akkor növelik, amikor új funkciókat adnak hozzá a könyvtárhoz, de a változások még kompatibilisek maradnak a korábbi verziókkal.

A harmadik számjegy a patch, vagy más néven a hibajavítás verzió. Ennek a növelése akkor történik, amikor hibákat javítanak a könyvtárban, de ezek a változások semmilyen új funkciót nem vezetnek be és nem rontják a korábbi verziókkal való kompatibilitást.

Ez előzetes kiadások adait a verziószámok végén egy kötőjellel lehet azonosítani. Például a 4.3.0 verzió első előzetes kiadásának verziója lehet a 4.3.0-alpha.1. A kötőjel utáni azonosítóban az [A-Za-z0-9-] regex-re illeszkednie kell (Angol ABC kis és nagybetűi, valamint számok és kötőjel). A verziószámokat követő első kötőjel utáni rész nem tartalmaz vezető nullákat.

A .NET verziózása

A .NET a System névtérben tartalmaz egy Version osztályt, ami négy számjegyet használ assembly verziók leírására. Ez a négy számjegy hasonló funkcióval bír, mint a szemantikus verzió három számjegye, de azért mégis van eltérés.

Az első számjegy itt is a major verziót azonosítja. Ebben az esetben is ennek növekedése azt jelenti, hogy a könyvtár jelentős átdolgozáson ment keresztül és a visszafelé kompatibilitás nem feltételezhető.

A második számjegy itt is a minor verzió. Ennek a növekedése ezen séma esetén is azt jelenti, hogy a könyvtárban történtek jelentős változások, de szem előtt tartva a visszafelé kompatibilitást.

A harmadik számjegy itt a build verzió. Ez akkor növekedik, ha ugyan azt a forráskódot fordítjuk újra. A build szám változhat, ha a cél architektúra, platform vagy a használt fordító változott.

A negyedik számjegy a revision. Ez a verziószám akkor növekedik, ha a forráskódban hibajavítások történtek.

Betartandó szabályok

• Az elsÅ‘ termék verziója 0.1-rÅ‘l indul és nem 0.0.1-rÅ‘l, mivel ezen a ponton még nincs miben hibát javítani.
• Az 1.0.0 elÅ‘tti verziók fejlesztÅ‘i verziók, amelyek arra fókuszálnak, hogy elkészüljön a kiadható funkcionalitás. Ezen veziók belsÅ‘ verzióknak tekinthetÅ‘ek.
• Az elsÅ‘ kiadott stabil verzió az 1.0.0. Az ezt megelÅ‘zÅ‘ verziók verziószámozására nem terjednek ki a szabályok.

Alfa és béta verziók

Az alfa verzió a szoftver fejlesztési folyamatának korai szakasza. Egy termék esetén az alfa verzió általában csak a fejlesztők és belső tesztelők számára érhető el, nem pedig a nyilvánosság vagy a széles körű felhasználók számára. Ez a fázis általában a szoftver funkcióinak alapvető implementációjával és a tesztelés korai szakaszával jár együtt.
Az alfa verziók rendszerint nem stabilak, és tartalmazhatnak súlyos hibákat vagy hiányosságokat.

A béta verzió a szoftver fejlesztési folyamatának egy későbbi szakasza. Ezen verziók már a szélesebb közönség számára elérhetők lehetnek, például nyilvános béta tesztek keretében. A fejlesztés ezen szakaszában elsősorban a hibák és problémák kijavítására összpontosítanak.