Likes: 0
12/08/04 17:40
Een hele domme vraag die je nergens ziet, vandaar dat ik hem stel. Bij elk stukje programmatuur zit een versie nummer bij inbegrepen. Versie 3.8 of 0.1 beta.
Zijn hier regels voor wanneer er een tiende bijkomt, een hele nieuwe versie, of een beta of een duizendste, of papt iedereen maar wat aan. Dit laatste doe ik dus, maar werkt niet echt professioneel vind ik zelf.
12/08/04 17:47
0.x is meestal Beta.
Een .x update is meestal niet essentieel.
Een x. update is meestal een flink herziene versie.
Verdere gewoon aanmodderen vind ik.
12/08/04 18:06
Iedereen papt eigenlijk maar wat aan...
Ik werk altijd met x.x revyyyymmdd
Dus:
2.5 rev20040812
En de releases doe ik als ik er zin in heb
12/08/04 18:15
Vaak wordt het zo gedaan:
0.x beta
y.yx (x omhoog) = fix
y.x (x omhoog) = path, wat verbeteringen enzo
x (x omhoog) hele nieuwe versie, nieuwe functies ed
Makkelijk een Enquete of HR/Klantenonderzoek opstellen? https://sur-v.com
12/08/04 22:16
In geval van beta of alpha staat er ook wel eens hetvolgende bij:
y.xBetaX
y.xAlphaX
y.xBetaXRCX
Waarbij RC voor Release Candidate (goed gespeld?) staat.
12/08/04 22:38
Release Candidate is goed gespeld.
Moet ook zien naar even/oneven. Even zal stable zijn, oneven meestal development.
Heel duidelijk met de linux kernel bvb:
2.4.20, 2.4.21, 2.6.4, ... is stable.
De 2.5.x branche was unstable (development dus).
"Unstable" wilt wel niet "onstabiel" zeggen. Ik heb unstable versies gehad die stabieler waren dan de stable versie...
15/08/04 16:33
Volgensmij is dat even/oneven alleen in gebruik bij de linux kernels? Voor zover ik weet is dit geen algemene "regel".
15/08/04 16:38
Klopt, gebeurd zeker niet bij alle software.Origineel geplaatst door Ic3man
Volgensmij is dat even/oneven alleen in gebruik bij de linux kernels? Voor zover ik weet is dit geen algemene "regel".
