Come faccio a distinguere tra le versioni beta e le versioni normali?

Question

Io in genere d'accordo che le principali versioni di un programma dovrebbero essere 1.0, 2.0, ... e aggiornamenti significativi dovrebbero essere: 1.1, 1.2, ..., e che le correzioni di bug dovrebbero essere al terzo livello: 1.0.1, 1.0.2, ... 1.0.156 (se sei stato afflitto da che molte uscite bug-fix tra le versioni).

---

Ma ora voglio liberare la mia prima Beta che sarà uno di una serie di Beta che conduce verso il rilascio della versione 1.0.

In particolare, non ha senso per me, al numero miei versioni beta superiore al numero sto sviluppando per, ad esempio, 1.0.1 fino a 1.0.15 (se ho 15 versioni beta) e poi seguire con 1.0.

Ma con numeri inferiori a 1.0 sembra imbarazzante, per esempio 0.9.1 ... 0.9.15 e causerà confusione se comincio usando 1.9.1 ... 1.9.15 come il beta per la versione 2.0.

Related:

  

Come fare i numeri di versione?

---

Solo per informazioni, dopo il vostro aiuto e ottimi collegamenti con più informazioni, questo è quello che ho deciso.

Vado 0.7, 0.8, 0.9, 0.91 ... fino a 0.98 per le mie versioni alpha.

So che posso fare 1.0 beta 1, che è il modo "standard". Ma tutto considerato, ho intenzione di andare con:. 0.99 beta 1, 0.99 beta 2 ... prima di arrivare al mio release 1.0

Se faccio una pre-release della mia versione 2.0, io probabilmente poi seguire il modello e lo chiamo 1.99 beta 1, 1.99 beta 2, ecc

Speriamo che questa domanda e le risposte vi aiuterà a decidere sul vostro schema.

Answer 1

Credo che si dovrebbe separare il vostro numerazione delle versioni dallo stato del rilascio.

Beta dovrebbe sempre avere "beta" dopo la versione. Gli utenti non dovrebbero avere a decodificare il vostro schema di numerazione per determinare la stabilità del rilascio.

Quindi, che porta fino alla versione 1.0 si dovrebbe avere 1.0 beta 1, 1.0 beta 2 ecc Questo dà agli utenti un'idea più chiara di ciò che major release beta sta portando verso ed evita confusione con tutti i rilasci maintainance si potrebbe mettere fuori nel frattempo .

La cosa importante è che avete bisogno di distiguish tra una versione di mantenimento (che dovrebbe aumentare la stabilità) e un beta (che può diminuire la stabilità).

Answer 2

Se stai usando una vecchia versione di < a href = "http://semver.org/" rel = "nofollow"> Semantic versioni, (da prima 2011-03-27 ), questa sezione è rilevante:

  

Un numero di versione speciale può essere   denotato aggiungendo un arbitrario   stringa immediatamente dopo la patch   versione. La stringa deve essere compreso   di soli caratteri alfanumerici più dash   [0-9A-Za-z] e deve iniziare con una   carattere alfabetico [A-Za-z]. Speciale   versioni soddisfare ma hanno una più bassa   precedenza rispetto normale associati   versione. Precedenza DOVREBBE essere   determinata da lessicografico ASCII sorta   ordine. Per esempio: 1.0.0beta1 <   1.0.0beta2 <1.0.0.

Answer 3

Una soluzione molto pratica è chiamare il vostro iterazioni di test con i numeri di rilascio (ad esempio My Awesome App r1392).

Apple, Microsoft e molti altri fanno questo per loro revisioni interne e unico problema numeri di versione "reale" per la versione spinto ai loro clienti.

Answer 4

I numeri di versione sono totalmente a voi. li si potrebbe chiamare dopo animali o nomi di città o utilizzare numeri.

Molti progetti si chiedono cosa fare con i numeri per la prossima beta del software gen (2.0, 3.0, ecc)

E qualunque cosa tu faccia, bisogna ricordare che si può fare quello che si desidera. Dal momento che i numeri di versione sono una cosa di marketing. E 'solo per gli utenti di vedere in quale parte del processo di questa versione è.

Quindi, definendolo 2.0 Beta 1, Beta 2 ecc avrebbe funzionato bene e la cosa più importante. Gli utenti avrebbero capito.

Answer 5

Vorrei prendere in considerazione le versioni beta per essere lievi modifiche al sito "zero'th" dell'applicazione in modo beta 1 sarebbe 0.1, beta 2 sarebbe 0.2. e così via.

Answer 6

1.2.3 - Dove "1" è una release maggiore di versione, non beta beta sarebbero pre 1.0, il "2" sarebbe versioni principali, tra cui le nuove funzionalità, la "3" è versioni minori. Se vi piace potete aggiungere un altro dopo quello che può essere come il vostro controllo di versione Commit ID o qualcosa del genere ... ma io rifuggire da questo.