¿Cómo puedo saber que una versión es la más estable desde el número de versión?

Por ejemplo, netbeans tiene versiones como 6.9.1; 7.0.0; 7.1.1 etc. El segundo número en la jerarquía significa mejoría y el primero se trata más de introducir una nueva funcionalidad, lo que hace que sea más probable que tenga errores. Entonces, ¿cómo interpreto estos numbers de versión, especialmente si estoy dispuesto a get la versión más estable?

En el caso general, los numbers de versión no tienen semántica fija. Una convención común es usar un número de versión "importante" para indicar cambios importantes, y numbers de versión "menores" para significar pequeños cambios, pero esto no es inamovible. El lanzamiento reciente de Linux 3.0 es una buena ilustración: el número de versión principal se incrementó solo por el valor de PR; el lanzamiento no fue más significativo que los lanzamientos anteriores en la serie 2.xx.

Algunos proyectos tienen una convención estable / inestable; los numbers de versiones menores con numbers impares son versiones de desarrollo, y las versiones menores con numbers pares son versiones de lanzamiento. El proyecto Linux usa esta convención, al igual que Gnome y varios otros proyectos de código abierto.

TeX tiene una convención de numeración de versión lúdica propia; va de 3.14, a 3.141, a 3.1415, a 3.14159 etc. (Sugerencia: pi.)

Ver también http://en.wikipedia.org/wiki/Software_versioning

Cada producto debe describir su propia política de número de versión.

Por ejemplo, Netbeans alude a esto en sus Pautas

Generalmente:

  • el tercer número significa: "corrección de errores solamente, no evolución de API", y puede verlo al verificar los cambios de API para 7.1.1 , o para 7.1.2
  • el segundo número significa "cambios de API, pero aún compatibles con versiones anteriores": consulte la publicación 7.1
  • el primer número es para "cambios de API, posiblemente no compatibles con las versiones anteriores": vea la versión 7.0 .
    Puede tener la API en desuso completamente eliminada, la API existente modificada, …
    Una guía de migration está involucrada.

Existen muchas otras políticas de control de versiones.
Ver:

  • " Reglas de cambio de versión de código" ")
  • " ¿Qué esquema de numeración de versión recomiendas? "

El documento oficial sobre tales políticas está en semver.org: Versiones semánticas .

¿Por qué no usas la function de label ? Puede agregar comentarios a esta versión específica y es fácil encontrarla y getla en el futuro.