¿Cómo puedo diferenciar entre las versiones beta y versiones normales?

Question

Yo por lo general de acuerdo en que las versiones principales de un programa deben 1.0, 2.0, ... y las actualizaciones importantes debería ser: 1.1, 1.2, ..., y que las correcciones de errores deben estar en el tercer nivel: 1.0.1, 1.0.2, ... 1.0.156 (si usted ha estado plagada de que muchos lanzamientos de corrección de errores entre las versiones).

---

Pero ahora quiero liberar mi primera beta que será uno de una serie de versiones beta que conduce a la liberación de la versión 1.0.

En concreto, no tiene sentido para mí, a mi número de versiones beta mayor que el número que estoy desarrollando para, por ejemplo, 1.0.1 hasta 1.0.15 (si tengo 15 versiones beta) y luego seguir con 1.0.

Pero el uso de números menores que 1.0 parece incómoda, por ejemplo, 0.9.1 ... 0.9.15 y causará confusión si comienzo a usar 1.9.1 ... 1.9.15 como el Betas de la versión 2.0.

Relacionado con:

  

Cómo hacer números de versión?

---

Sólo para su información, después de que su ayuda y buenas conexiones con más información, esto es lo que me decidí por.

He estado yendo 0,7, 0,8, 0,9, 0,91 ... hasta 0,98 para mis versiones alfa.

Sé que puedo hacer 1.0 beta 1, que es la forma "estándar". Pero teniendo todo en cuenta, voy a ir con:. 0.99 beta 1, 0.99 beta 2 ... antes de llegar a mi versión 1.0

Si hago un pre-lanzamiento de mi versión 2.0, probablemente luego siga el patrón y lo llamo 1.99 beta 1, 1.99 beta 2, etc.

Con suerte esta pregunta y las respuestas le ayudará a decidir sobre su esquema.

Answer 1

Creo que debe separar a cabo la numeración de la versión de la condición de la liberación.

Betas siempre debe tener la versión "beta" después de la versión. Los usuarios no deberían tener que realizar ingeniería inversa a su esquema de numeración para determinar la estabilidad de la liberación.

Así que conduce hasta la versión 1.0 se debe tener 1.0 beta 1, 1.0 beta 2, etc. Esto ofrece a los usuarios una idea más clara de lo gran lanzamiento de una beta está conduciendo hacia y evita la confusión con cualquier liberación de comunidad se puede poner en el ínterin .

Lo importante es que se necesita para distiguish entre una versión de corrección de errores (que debería aumentar la estabilidad) y una beta (que puede disminuir la estabilidad).

Answer 2

Si está utilizando una versión antigua de < a href = "http://semver.org/" rel = "nofollow"> de versiones Semántica, (de antes de 2011-03-27 ), esta sección es relevante:

  

Un número de versión especial puede ser   denotado añadiendo un arbitraria   cadena inmediatamente después del parche   versión. La cadena debe estar conformado   de solamente caracteres alfanuméricos, además de tablero   [0-9A-Za-z] y debe comenzar con una   carácter alfabético [A-Za-z]. Especial   versiones satisfacer pero tienen un menor   precedencia que la normal asociada   versión. Se debería dar   determinado por lexicográfico tipo ASCII   orden. Por ejemplo: 1.0.0beta1 <   1.0.0beta2 <1.0.0.

Answer 3

Una solución muy práctica es nombrar sus iteraciones de prueba por números de liberación (por ejemplo, Mi impresionante App r1392).

Apple, Microsoft y muchos otros hacen esto para sus revisiones internas y único número números de versión "reales" para la versión empujado a sus clientes.

Answer 4

Los números de versión son totalmente de usted. Se les puede llamar después de animales o nombres de ciudades o números de uso.

Muchos proyectos se preguntan qué hacer con los números beta para la próxima generación de software (2.0, 3.0, etc.)

Y haga lo que haga, recuerde que usted puede hacer lo que quiere. Dado que los números de versión son cosa de marketing. Es sólo para los usuarios a ver en qué parte del proceso de esta versión es.

Así llamándolo 2.0 Beta 1, Beta 2, etc. funcionaría bien y lo más importante. Los usuarios entenderían.

Answer 5

Me considero versiones beta de ser ligeras revisiones de la versión "zero'th" de la aplicación, de modo beta 1 se 0.1, beta 2 sería 0.2. y así sucesivamente.

Answer 6

1.2.3 - donde "1" es la versión lanzamientos importantes, no beta beta serían pre 1.0, el "2" habría versiones principales, incluyendo nuevas características, el "3" es lanzamientos de menor importancia. Si lo desea, puede añadir otro de otra que puede ser como de su control de versiones ID cometer o algo ... pero me asusto de eso.