Verzioniranje aplikacije

Pozdrav,

Imate li iskustva sa verzioniranjem većih aplikacija? Zanima me verzioniranje javne verzije koju bi vidjeli korisnici.

Spominjem to s obzirom da se developerska verzija vjerojatno može razlikovati, backend može imati svoju verziju dev, a frontend svoju dev verziju.

koristite li alpha i beta verzije i ima li prednosti?

Koliko vidim sam neki softweri koriste:
godina.x.y npr. 2018.1.1

x.y.z.k npr. 1.2.2.4

Istražujem i čitam o tome koliko vidim stvar je internog dogovora unutar tima. Što se označava kojim brojem? Imate li neke svoje primjere koje ste voljni podijeliti ili uputiti na neku kvalitetnu dokumentaciju.

Hvala

(20 znakova)

1 Like

Dobro objašnjenje za verziranje source koda se može vidjeti ovde:

Tako je uradjena vel’ka većina koda na github-u (manje sam obilazio, cijenim i na npm-u) bar što se web development-a tiče.

Given a version number MAJOR.MINOR.PATCH, increment the:

  1. MAJOR version when you make incompatible API changes,
  2. MINOR version when you add functionality in a backwards-compatible manner, and
  3. PATCH version when you make backwards-compatible bug fixes.

Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.

Ovaj format 2019.1.1 mi je poznat iz JetBrains-a.
Evo kako oni sredjuju verzije:

Za korisnika je bitna oznaka 2019.1 (iz primjera) jer upravo ta verzija podrazumijeva plaćenu licencu.