Newsgroup: it.comp.os.linux.development
Titolo: Release

Salve a tutti, c'è una cosa che continuo a chiedermi ma su internet
non riesco a trovare risposte esaurienti.
Quando uno rilascia una versione del software, dividendo fra i 3 tipi
fondamentali di release (alpha, beta, stable) vorrei sapere se esiste
un criterio standard, un modello, per il quale si possa decidere che
versione del programma sto distribuendo.
mi spiego meglio, la prima versione stabile che mando fuori è la 0.1
ok? Man mano che faccio modifiche e aggiunte diventa 0.2 e così via.
Ma quando è il momento di dire che sono alla versione 1.0 .ad esempio?
Esiste una traccia che va piu o meno rispettata? Siccome sto lavorando
a un piccolo progettino mio e ho aperto lo spazio su 
sourceforge.net
,
vorrei fare le cose per bene :-)
Grazie infinite
Davide

 vorrei fare le cose per bene :-)
]zac[
P.S. Per bene è quello che è bene secondo le tue valutazioni.
alpha dovrebbe essere un'applicazione che è usabile per test molto generali
di valutazione dei risultati raggiunti e raggiungibili con le versioni
finali e per eseguire il debug degli errori più grossolani.
beta dovrebbe essere un'applicazione che è usabile per test approfonditi sul
funzionamento in modo da valutare la completa corrispondenza con il
risultato richiesto e per eseguire il debug in tutte le condizioni
possibili e impossibili.
stable è la versione che dovrebbe essere perfetta, in realtà è la versione
che si dice che è pronta (o che si vuole) distribuire.
Tutte la valutazioni sono soggettive, infatti in non pochi casi la versione
''beta'' è quella che viene distribuita, la ''stable'' è quella che viene
raggiunta dopo parecchie versioni distribuite, testata e debuggata sulla
'bile' degli utenti/clienti (spesso paganti).

AcCiO wrote:

Secondo me il modo migliore di procedere e' il seguente.
Si procede incrementando progressivamente il secondo numero (1.1, 1.2, 
.., 1.999, 1.1000, 1.1001, ... non e' una percentuale). Inoltre, 
preferisco contare da 1.
Quando si vuole fare una grande modifica cioe' o che richieda mesi di 
lavoro o che potrebbe peggiorare la qualita' dell'applicazione, si crea 
un branch per quella modifica, apportando le piccole correzioni sia alla 
vecchia versione che a quella in sviluppo.
Supponiamo di essere arrivati alla versione 0.17.
Il branch appena creato sara' la versione 1.0 e dopo qualche sviluppo la 
versione 1.1.
Se adesso correggo un difetto comune alle due versioni, la prima diventa 
la 0.18 e la seconda la 1.2.
Io non distinguo tra "versioni" alpha, beta e stable. Ma tra "fasi" 
alpha, beta, e produzione.
Qualunque versione, finche' e' utilizzata solo dagli sviluppatori e dai 
collaudatori interni all'organizzazione di sviluppo e' in fase alpha. Se 
vengono scoperti dei gravi difetti, non passa mai alla fase beta, 
perche' si devono correggere i difetti, passando cosi' alla versione 
successiva.
Se nella fase alpha non vengono scoperti difetti inaccettabili, la 
stessa versione del software che era in fase alpha viene distribuita al 
di fuori dell'organizzazione, con l'avvertenza che potrebbe avere dei 
gravi difetti. Si tratta della fase beta. Se vengono scoperti dei gravi 
difetti, non passa mai alla fase di produzione (quella che tu chiami 
stable), perche' si devono correggere i difetti, passando cosi' alla 
versione successiva, iniziera' in fase alpha.
Se nella fase beta non vengono scoperti difetti inaccettabili, la stessa 
versione del software che era in fase beta viene distribuita come 
software di produzione.
-- 
     Carlo Milanesi
 
http://digilander.libero.it/carlmila

 non riesco a trovare risposte esaurienti.
[...]
Ciao, c'e' un howto che potrebbe fare al caso tuo:
Software Release Practice HOWTO.