Version — dastur, hujjat, protokol, ma’lumot formati yoki boshqa artefaktning muayyan holatini boshqalaridan ajratib turuvchi identifikatordir. Versiya raqam, sana, nom yoki ularning kombinatsiyasi bo‘lishi mumkin. U foydalanuvchiga qaysi imkoniyat va tuzatishlar mavjudligini, tizimga esa dependency tanlash, moslik tekshiruvi va release izini boshqarishni ta’minlaydi.
Identifikator qismlari
3.8.2 kabi raqamli shakl tartibni bildirishi mumkin, lekin qismlarning ma’nosi versiyalash siyosatiga bog‘liq. Semantic Versioningda ular major, minor va patch; Calendar Versioningda yil, oy va tuzatish bo‘lishi mumkin. Faqat formatga qarab compatibility haqida xulosa qilishdan oldin loyiha qoidasi o‘qiladi.
Pre-release identifikatori release candidate yoki beta artefaktni barqaror nashrdan ajratadi. Build metadata source commit, CI run yoki target platformani qayd etishi mumkin. Display version foydalanuvchiga ko‘rsatiladigan nom, internal build number esa store yoki updater talab qiladigan monoton son bo‘lishi mumkin.
Manba va artefakt
Version control commit ID source daraxtining aniq holatini ko‘rsatadi, ammo mahsulot versiyasi bilan bir xil emas. Bir source commit turli compiler, dependency yoki konfiguratsiya bilan turli binary hosil qilishi mumkin. Build provenance mahsulot versiyasini commit, toolchain, dependency lock va artefakt digest bilan bog‘laydi.
Release tag o‘zgarmas commitga ishora qiladi. Nashr qilingan 1.4.0 paketini keyin boshqa kontent bilan almashtirish cache, signature va auditni buzadi; tuzatish uchun 1.4.1 kabi yangi versiya chiqariladi. Reproducible build bir xil deklaratsiyalangan inputdan bitma-bit bir xil natija olishni maqsad qiladi.
Taqqoslash va saralash
Versiyani oddiy matn sifatida saralash ko‘pincha xato: 10.0 leksik tartibda 2.0dan oldin chiqishi mumkin. Parser versiya sxemasining numeric va prerelease qoidalarini qo‘llaydi. 1.0, 1.0.0 va v1.0.0 teng yoki turli ekanini universal qoida emas, ishlatiladigan ekotizim belgilaydi.
Dependency constraint ruxsat etilgan versiyalar to‘plamini ifodalaydi. Resolver barcha talablar orasidan aniq variant tanlaydi, lock file esa natijani mahkamlaydi. “Latest” mutable label qulay, ammo deploy uchun immutable version va digest kuchliroq takrorlanuvchanlik beradi.
Moslik
Protocol negotiationda tomonlar qo‘llab-quvvatlaydigan versiya yoki capabilitylarni almashadi. Faqat eng katta raqamni tanlash xavfsiz emas; ikki tomon kesishmasidagi qo‘llab-quvvatlangan variant olinadi. Noma’lum versiya fail-closed yoki aniq fallback siyosati bilan qayta ishlanadi.
File format headerida magic value va format version readerga parser tanlash imkonini beradi. Yangi reader eski variantni migratsiya qilishi mumkin. Eski reader yangi formatni tushunmasa, uni xato bilan qisman o‘qish o‘rniga aniq rad etishi ma’lumot buzilishini kamaytiradi.
Release va support
Versiya release channel bilan birga talqin qilinadi. Stable, beta va nightly bir xil source liniyasining turli kafolatlarini bildiradi. Long-term support nashri uzoqroq patch olishi mumkin; raqami kattaroq release har doim deployment uchun to‘g‘ri tanlov emas.
Inventory productiondagi barcha versiyalarni qayd etadi. Security advisory ta’sirlangan va tuzatilgan diapazonni ko‘rsatganda shu inventar patch ustuvorligini aniqlaydi. Version string foydalanuvchi yuboradigan ishonchsiz ma’lumot bo‘lishi mumkin; access control yoki xavfsizlik qarori faqat client bildirgan versiyaga tayanmaydi.
Bog‘liq tushunchalar
Semantic Versioning, Calendar Versioning, Release, Build number, Version control, Dependency constraint, Software provenance