2009-11-25 7 views
5

La nostra applicazione è abbastanza matura, e quindi siamo fino alla versione 16. Tuttavia, questo può dare l'impressione che il software sia vecchio e fuori controllo (quante applicazioni commerciali ci sono con una versione 20+ ??)In che modo altri team di sviluppo si avvicinano ai numeri di versione?

Ovviamente, i numeri di versione sono piuttosto arbitrari - cosa usano le altre persone? Mi piace abbastanza l'approccio di Ubuntu di month.date, ma mi piacerebbe vedere quali altre strategie le persone usano.

+0

Perché chiudere come non è correlato alla programmazione? Certamente è. – erikkallen

risposta

3

Tendiamo ad andare con qualcosa come 1.20.5, dove il 20 è, nel tuo caso, il numero di "rilascio" piuttosto alto o qualcosa del genere.

Quando riscriviamo completamente un prodotto in un'implementazione diversa, diventa 2.0.0 e così via.

Significa anche che le versioni beta possono essere 0.2.3, ad esempio.

+0

Esattamente come lo facciamo al momento. Funziona. –

0

Penso che sia piuttosto normale utilizzare un formato di versione secondaria come 1.1 o 1.1.2 o qualcosa del genere in tal senso solo per correzioni di bug, aggiunte minori, ecc ... e quindi pianificare di incrementare il numero di versione principale su versioni principali.

0

La mia azienda sviluppa prodotti per 19 anni, e abbiamo solo la versione - 3. Anche se avevamo 1.2, 1.5 e così via. Penso che questa sia la migliore pratica.

0

, usiamo un sistema di Microsoft (o almeno il loro sistema documentato - binari reali sembrano essere un po 'meno consistente):

  1. versione principale (incrementato a rompere o grandi modifiche)
  2. versione minore (incrementato su non aggiornate o piccole modifiche)
  3. numero di revisione (incrementato su ogni rilascio del service pack)
  4. numero di build (incrementato su ogni struttura fisica)

Ogni volta che viene modificata una parte di versione, tutte le parti al di sotto di essa vengono reimpostate su zero anziché solo cambiandole in modo indipendente.

0

Come diceva Christian, abbiamo usato numeri maggiori/minori insieme a mesi per il rilascio.

Per uso interno, usiamo la data di CVS. Nel nostro caso, il prodotto è piuttosto piccolo, ci riferiamo a md5sum quando parliamo con persone di QA.

0

I numeri di versione possono essere utilizzati per vendere gli aggiornamenti a persone non tecniche sia dal punto di vista del fornitore del software che desidera allontanare le persone da vecchie versioni o dall'utente che cerca di ottenere l'approvazione della gestione per l'aggiornamento.

Se si dovesse dire che si sta utilizzando "Versione 20", ciò non significa immediatamente nulla per tutti.

Se si dice che si sta utilizzando "Prodotto X 2005", tutti capiscono che si tratta di un prodotto di 4 anni.

(Le persone tecniche probabilmente non si curano in alcun modo!)

Problemi correlati