Newsgroup: it.comp.lang.visual-basic
Titolo: [Semi OT] Numeri versione

Ciao a tutti,
esiste qualche regola o traccia da seguire per assegnare un numero di
versione ad un software aggiornato dopo la prima versione ufficiale? Per
sicurezza mi spiego meglio: facendo alcune modifiche ad un software, come
posso sapere se è più adatta una verisone 1.1 piuttosto che una 1.0.1?
Lo so che è molto soggettivo (non nego una mia se**a mentale) e molto spesso
dipendente dalle abitudini del posto di lavoro (come nel mio caso) in ogni
caso grazie a tutti per le risposte.
Dave


Beh, appunto è soggettivo, ma all'incirca funziona così:
La prima cifra indica la versione pincipale del progetto e dovrebbe essere
cambiata ogni qualvolta si fanno grosse modifiche strutturali al programma.
La secondacifra è la versione secondaria e la si modifica quando si
aggiungono nuove funzioni al programma.
La terza cifra è la revisione e viene modificata quando fai correzioni di
bug, piccole ottimizzazioni del codice ecc..
bye
-- 
Esistono 10 tipi di persone: chi conosce il binario e chi no.
www.nicolaottomano.it

 ha scritto nel messaggio
news:0z%Yb.17410$Kc3.5...@twister2.libero.it...

mah, credo che ognuno abbia un po' le proprie idee su questo.....
io applico questa:
x.y.z
x = viene incrementato quando c'è una modifica sostanziale del programma,
anche dal punto di vista commerciale.
y = release uguale alla precedente, ma con alcune modifiche alla struttura
del database sottostante
z = release uguale alla precedente, ma con correzioni leggere di bug
good coding!!!
-- 
Alletun
"Io lo so che accadrà. La voce sussurra nei miei pensieri di Jair, Rone,
Allanon e soprattutto nelle Mortombre.
Sussurra segreti che mi sono tenuti nascosti, nella grigia oppressione
di questo giorno e nell'oscurità caliginosa di quello che mi aspetta.
Saremo distrutti. Tutti."
Brin Ohmsford - La Canzone di Shannara - T. Brooks

 caso) in ogni caso grazie a tutti per le risposte.
Oltre a ciò che già ti hanno detto, e che mi sembra logico, noi applichiamo
una filosofia che ho visto (dopo che noi avevamo già deciso), anche presso
una grossa casa, che non ricordo.
Sostanzialmente, al cliente vanno solo le numerazioni pari (quanto a Minor e
Revision).
Ossia, se adesso ho rilasciato la 1.4.8, e faccio piccole modifiche, la
versione di test è la 1.4.9, e quando rilascio compilo come 1.4.10
Se invece faccio modifiche di funzionalità, testo sulla 1.5.1, e rilascio la
1.5.2.
Ogni volta che rilascio, ovviamente, archivio il progetto intero e il db
allo stato corrente.
In questo modo ho sempre disponibili i backup di tutte le versioni
rilasciate, e ho inoltre in linea nell'ambiente di sviluppo una versione
identica a quella rilasciata, ma già identificata con un numero di versione
superiore, su cui posso testare a volontà.
Per progetti exe normali, probabilmente la numerazione intermedia potrebbe
essere trascurata. Siccome noi sviluppiamo il 90% di molti applicativi,
inglobato dentro a Ocx o Dll (che sono poi distribuiti ai client su vbd o
htm), per un test efficace occorre compilare, e quindi diventa fondamentale
non confondersi.
Ciao
Alberto

 rilascio la 1.5.2.
Emh...
Rilascio la 1.6.0
Alberto

1.5.2.
Se non erro è un po' il criterio delle versioni di Linux,
pari = versione stabile,
dispari = versione in fase di testing ...
Ciao!


Si, questa la conosco.
Dave

 posso sapere se è più adatta una verisone 1.1 piuttosto che una 1.0.1?
Al di là delle varie metodologie espresse negli altri post, ti pongo
un problema che mi è capitato:
Compila con VB e distribuisci su windows NT/2k la versione 1.2.0: ora
controlla il numero di versione (che su winNT/2k è su 4 cifre):
1.2.0.0.
Aggiorna la 1.2.1, distribuisci e ricontrolla: 1.2.0.1.
A te non crea nessun problema questa differenza? Neanche a me... ora
però prova a distribuirla usando InstallShield... lui confronta solo i
primi 3 numeri di versione, quindi 1.2.0.0 = 1.2.0.1 e, di default,
non l'aggiorna.
Ecco perché ho smesso di usare il numero di revisione.
Ciao,
Moreno