version numbering - versionamiento - ¿Qué significa cada dígito en la versión de software(1.7.1.0, por ejemplo)?

versiones de una aplicacion (6)

¿Qué significa cada dígito en la versión de software? (por ejemplo, 1.7.1.0) ¿Cómo numeras tus versiones?

Gracias.

Cada proyecto elige su propia convención. Como han señalado otros, una convención común es "Major.Minor.Revision.Build"

Algunos de mis favoritos son:

Las versiones de Ubuntu son "Year.Month". Por ejemplo, 10.04 fue lanzado en abril de 2010.

Las versiones de TeX son teóricamente solo correcciones de carga para siempre, por lo que sus versiones se acercan asintóticamente a pi (por ejemplo, 3.1415926)

Depende. Aquí hay información sobre los números de versión de Microsoft http://en.wikipedia.org/wiki/Microsoft_Version_Number

Hemos utilizado el último dígito como números de compilación para nuestras aplicaciones.

Difiere de un proveedor a otro realmente. Más comúnmente, son (en orden):

Número de lanzamiento principal
Número de lanzamiento menor
Número de versión de mantenimiento (correcciones de errores solamente)
Si se usa: número de compilación (o número de revisión de control de fuente)

1.7.1.0 sería esta la primera versión de mantenimiento para la versión 1.7 del producto.

Incluso es difícil definir cuál es la diferencia entre una versión mayor y una versión menor. Los lanzamientos principales normalmente incluyen nuevas características significativas. O el vendedor simplemente quiere que la gente pague por el producto nuevamente. Las versiones menores pueden incluir correcciones y nuevas características, pero generalmente nada innovador.

Algunas compañías usan el bit de lanzamiento menor para diferenciar entre las versiones alpha / beta y las versiones finales. Los números impares son pre-lanzamientos e incluso los números son finales. 1.7 sería una versión beta de una próxima versión 1.8. Sin embargo, este hábito se está volviendo cada vez menos común.

El incremento de los números de compilación con cada lanzamiento, sin importar cuán pequeños sean los cambios. Se incrementa automáticamente por el proceso de compilación, cada vez que se ejecuta. Muchas compilaciones nunca se publican, pero pueden ayudar a administrar el ciclo de vida del software, al facilitar al QA la identificación exclusiva de una versión del software.

Otro método ampliamente utilizado es tener un número de compilación incremental. Sin ninguna correlación con la llamada "versión".

La "Versión" es más interesante para los consumidores que desean saber que este es un producto nuevo, por lo que simplemente le das un nombre a cada lanzamiento.

Pero para los usos internos y la referencia fácil del producto y su versión probada / source controlled, un número de compilación incremental simple podría ser más conveniente.

Así es como IBM define estos para el software de WebSphere , incluida una explicación de qué criterios delinean cada nivel.

Normalmente estos son <Major.Minor.Revision.Build> .

Dónde:

Major es una actualización importante del software
Minor es una pequeña actualización del software
La revisión es cualquier cambio realizado (correcciones de errores, pequeñas actualizaciones)
Número de compilación (normalmente un incremento automático si se usa)

En tu ejemplo (1.7.1.0):

Versión principal 1
Tenía 7 actualizaciones menores
Primera revisión / corrección de errores
Sin número de compilación