¿Qué reglas sigue la numeración de la versión del software?

Question

He estado desarrollando algún software y quiero darle los números de versión.

¿Cómo puedo hacer esto?

Cómo es posible que algún software recibe dos versiones como 1.3v1.1

o algunos tienen 3 números - 4.0.1

¿Cuál es el método detrás de todo esto?

Gracias.

Answer 1

El método usual que he visto es XYZ, que generalmente corresponde a major.minor.patch:

• números de versión mayor cambiar cada vez que se introduce algún cambio significativo. Por ejemplo, un cambio grande o potencialmente incompatible con versiones anteriores de un paquete de software.
• Los números de versión secundaria cambian cuando se introduce una característica nueva, menor o cuando se despliega un conjunto de características más pequeñas.
• Los números de parche cambian cuando se lanza una nueva versión del software a los clientes. Esto es normalmente para pequeñas correcciones de errores o similares.

Otras variaciones usan números de compilación como un identificador adicional. Por lo tanto, puede tener un número grande para X.Y.Z.build si tiene muchas revisiones que se prueban entre lanzamientos. Uso un par de paquetes que están identificados por año/mes o año/lanzamiento. Por lo tanto, un lanzamiento en el mes de septiembre de 2010 podría ser 2010.9 o 2010.3 para el 3er lanzamiento de este año.

Hay muchas variantes para el control de versiones. Todo se reduce a preferencia personal.

Para el "1.3v1.1", puede tratarse de dos productos internos diferentes, algo que sería una biblioteca compartida/base de código que se revierta de manera diferente al producto principal; que puede indicar la versión 1.3 para el producto principal y la versión 1.1 de la biblioteca/paquete interno.

Answer 2

Wikipedia tiene una muy extensa answer que podría ser un buen punto de partida

Answer 3

Puede que encuentre útil el Semantic Versioning Specification.