Newsgroup: it.comp.os.linux.iniziare
Titolo: [OT] Come si scelgono i numeri di versione per il software?

Ragazzi, ciao a tutti. Credo che questo sia off-topic per il newsgroup, ma
non so a chi chiedere e come cercare, non ne vengo a capo :(
Lo mando qui perche', oltre ad essermi affezionato a voi :P credo ci siano
abbastanza sviluppatori, anche per le proprie cosuccie.
Vorrei avere qualche indicazione su come assegnare e come si assegnano i
numeri di versione al software.
Qualsiasi indicazione sara' ben accetta, come sempre :)
Ciao a tutti!
--
------------------------------------------------
[Salvatore L.B.] - 
www.shogoki.it
------------------------------------------------
Computer Science Student
University of Palermo  -  [Italy]
------------------------------------------------

 numeri di versione al software.
Non esiste un modo "assoluto", in genere si usano 3 numeri:
versione, sottoversione e patch: X.Y.Z 
Il numero di sottoversione cambia quando qualche cosa di importante ma
non incredibile viene alterato, in genere il software dovrebbe essere
compatibile tra diverse sottoversioni. Il numero di versione viene
alterato quando si fanno cambiamenti grossi, spesso due versioni dello
stesso software non sono compatibili o richiedono una procedura di
"migrazione" dei dati e della configurazione che e' irreversibile.
Il numero di patch si altera quando si fanno delle correzioni che non
alterano in modo sensibile il software stesso.
Poi ci sono gli assurdi come Oracle dove c'e' Versione, Sottoversione,
sotto-sotto-versione, patch e sadiochealtro...
Davide
-- 
Microsoft is to Software as McDonalds is to Cuisine.

Davide Bianchi ha scritto:

c'era anche quella cosa delle sottoversioni pari e dispari 
(pari=stabile, dispari=beta) ma non ne sono sicura

 (pari=stabile, dispari=beta) ma non ne sono sicura
Grazie ad entrambi per la risposta :D
Per il fatto dei numeri pari/dispari, la prima ed unica volta che ne ho
sentito parlare, si e' trattato del kernel linux, non so se la tecnica sia
adottata in generale, comunque seguire questo modo mi piace ;)
Ah, scusate se non l'ho detto prima, a volte, vedi Firefox come primo
esempio che mi viene, la prima versione non e' la 1.0, ma la 0.qualcosa.
Nella primissima versione di un mio sw, dovrei mettere 0.1? Scusate, ma
vorrei essere il piu' coerente possibile con cio' che c'e' in giro :D
Grazie ancora, ciao ciaooo!!!


>> versione, sottoversione e patch: X.Y.Z
non so come sia la partenza (1.0 oppure 0.1) ma per quello che ricordo le
versioni successive dovrebbero seguire lo schema x.y.z con x che varia
quando fai modifiche > del 50% del codice originale, y > 30% e z ... non
saprei ... 

 
"normalmente" le versioni 0.xx sono versioni preliminari, qualcosa di 
piu' di una beta ma qualcosa di meno di quello che sara' il programma 
finale. Il traguardo della versione 1.0 indica appunto che il programma 
e' "maturo". Poi ovviamente ognuno e' libero di fare quello che vuole ;-)
Andrea

 e' "maturo". Poi ovviamente ognuno e' libero di fare quello che vuole ;-)
Come dBase che sono partiti direttamente dalla versione 2.
Davide
-- 
If we added up all of the 2 cents that Slashdot readers gave, I wonder how
much sense vs. cents we'd have. 
   -- From a Slashdot.org post

 vorrei essere il piu' coerente possibile con cio' che c'e' in giro :D
La prima versione, cioe' la prima stesura del macrocodice, e' una 0.0.
0.1 e' quando si comincia a vedere qualcosa, non si pianta all'avvio,
ma fa un decimo scarso di quello che dovrebbe fare. :-)
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 ma fa un decimo scarso di quello che dovrebbe fare. :-)
Allora dimmi, ti prego, se io ho un software che al momento funziona, magari
e' un po' lento ma assolve alle funzioni minime per cui e' stato progettato
eppure avrebbe bisogno di qualche ritocchino sarebbe quasi, se non gia', una
1.0?
Grazie 1K per la risposta, a presto ;)


 1.0?
Tutti i programmi hanno bisogno di ritocchi, anche alla release 9.1.
Il tuo, se ne sei abbastanza sicuro, chiamalo 1.0.
Oppure, senza peccare di modestia, chiamalo 0.9.0
Cosi' si sa che e' una versione *quasi* a posto, che necessita di
ritocchi gia' previsti, ma usabilissima.


 ritocchi gia' previsti, ma usabilissima.
Bene, grazie tante. Ciao ^_^


 del suo genere?
E' la terza release candidata a diventare stabile.
Il che non depone molto a favore delle precedenti due. :-)
Da cio' si intuisce: una cosa e' la rc, una cosa e' il rilascio. ;-)


 Da cio' si intuisce: una cosa e' la rc, una cosa e' il rilascio. ;-)
Bene... ecco svelato l'arcano... :D
Grazie tante!!! Se sai magari qualche sito che ne parla, saro' felice di
documentarmi maggiormente senza disturbare piu' nessun altro; comunque
grazie a te e a chi ha risposto ;)
Ciao ciao!
PS: ma che ci fate (ops facciamo) svegli a quest'ora? :P


 Qualsiasi indicazione sara' ben accetta, come sempre :)
In genere io utilizzo A.B.C.D
Dove:
A : Numero di versione, parte da 0
B : Numero di revisione, tutte le maggiori modifiche che non sono radicali,
    in genere questo parametro cambia a mano a mano che implemento nuove
    funzionalità
C : Numero di bug-fix o piccole correzioni
D : Questo ultimo parametro è relativo all'interfaccia utente, non solo a
finestre, anche per nu programma con interfaccia testuale può accadere di
modificare il modo in cui questo si presenta.
Es: 0.115.3.9
E' la versione 0, al passo 115 di cui 3 bug-fix con 9 modifiche
all'interfaccia.
A volte mi capita di aggiungere in coda una 'a' o una 'b' per indicare
alpha o beta, proprio se ne devo consegnare una!
Spero di esserti stato utile.
Ciao
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it