Lo que todos los medios de dos dígitos en la versión de software (1.7.1.0, por ejemplo)?

StackOverflow https://stackoverflow.com/questions/2791121

  •  04-10-2019
  •  | 
  •  

Pregunta

Lo que podría significar cada dígito en la versión de software? (Por ejemplo, 1.7.1.0) ¿Cómo se puede numerar sus versiones?

Gracias.

¿Fue útil?

Solución

Se diferencia de un proveedor a otro en realidad. Lo más común es que son (en orden):

  • Mayor número de versión
  • número de versión Minor
  • número de versión de mantenimiento (correcciones de errores solamente)
  • Si se utiliza en absoluto: número de compilación (o control de la fuente número de revisión)

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

A pesar de definir cuál es la diferencia entre una versión mayor y menor es, es difícil. Las liberaciones mayores normalmente incluyen nuevas características significativas. O el vendedor sólo quiere gente a pagar por el producto nuevo. versiones menores pueden incluir correcciones y nuevas características, pero por lo general nada de ruptura suelo.

Algunas empresas utilizan el bit versión menor de diferenciar entre alfa / beta y los lanzamientos de versiones finales. Los números impares son pre-prensa y los números pares son finales. 1.7 sería una beta de la próxima versión 1.8. Este hábito se está convirtiendo cada vez menos común, aunque.

números de compilación se incrementan con cada lanzamiento, independientemente de su gravedad podrían ser los cambios. Se incrementa automáticamente en el proceso de construcción, cada vez que se ejecuta. Muchas construcciones no se vea a conocer públicamente, pero pueden ayudar en la gestión del ciclo de vida del software, por lo que es fácil para el control de calidad para identificar de forma exclusiva una versión del software.

Otros consejos

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

Donde:

  • Mayor es una importante actualización de software
  • Menor es una pequeña actualización del software
  • La revisión es cualquier cambio realizado (correcciones de errores, pequeños cambios)
  • número Build (normalmente un incremento automático si se utiliza)

En el ejemplo (1.7.1.0):

  • Mayor versión 1
  • tenía 7 actualizaciones menores
  • Primera revisión / corrección de errores
  • No hay número de compilación

Cada proyectos elige su propia convención. Como otros han apuntado a cabo, una convención común es "Major.Minor.Revision.Build"

Un par de mis favoritos son:

Ubuntu versiones son "año.mes.día". Por ejemplo, 10.04 fue lanzado en abril de 2010.

TeX versiones son teóricamente sólo bux-correcciones FOREVERMORE , por lo que sus versiones se acercan asintóticamente pi (por ejemplo 3,1415926)

Depende. Aquí hay información sobre 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.

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

"Versión" es más interesante para los consumidores que desean saber este es un nuevo producto, por lo tanto, que acaba de dar un nombre cada lanzamiento.

Sin embargo, para usos internos y facilitar la referencia de producto y su versión probada \ controlada por la fuente, un número de compilación sencilla incremento podría ser más conveniente.

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

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top