Un punto de desenganche (también un comunicado de punto ) es una versión menor de un software de proyecto, especialmente uno pensado para fijar errores o hacer pequeñas limpiezas lugar de añadir importantes características . A menudo, hay demasiados errores para corregir en una única versión mayor o menor, lo que crea la necesidad de una versión puntual.
Definición
El término "versión puntual" se refiere a un método común de control de versiones de software en el que una versión principal va seguida de un punto decimal y una versión secundaria. Cuando se lanza una nueva versión secundaria, el número después del punto decimal se incrementa, por ejemplo, de 7.0 a 7.1, o de 2.4.9 a 2.4.10. [1] El incremento del número después del "punto" llevó a que este fenómeno se llamara "liberación de punto".
Alcance
En una versión puntual, los cambios en el proyecto de software suelen ser menores, generalmente reservados para correcciones de errores, optimizaciones, parches de seguridad o para agregar nuevas funciones menores. Por lo general, los errores que afectan a la amplia población de usuarios se seleccionan para una publicación puntual. [2] Dependiendo de la organización, el tamaño y la amplitud de una versión puntual pueden variar desde una versión fija para un solo cliente hasta una versión de mantenimiento general o incluso un paquete de servicio . Las versiones puntuales normalmente intentan ser compatibles con la interfaz de la versión principal anterior del software. Además, una versión puntual tiende a ser compatible con todas las demás versiones puntuales de la versión menor o mayor actual. [3]
Frecuencia
Las liberaciones puntuales a menudo están disponibles con bastante frecuencia, a diferencia de las liberaciones principales que pueden ocurrir una vez cada pocos meses o años. [1] Se pueden planificar lanzamientos puntuales para que salgan un cierto tiempo después de un lanzamiento importante o se pueden lanzar según sea necesario. [4] [5] La frecuencia de implementación de lanzamientos puntuales varía mucho, dependiendo de las necesidades de una organización. Sin embargo, si se encuentra un problema crítico con la versión actual del software, es posible que se publique una versión de punto de emergencia muy pronto después de que se haya descubierto el problema.
Riesgo
Todas las versiones concentran el riesgo de forma inherente, ya que miles de cambios de código pueden convertirse en una única versión. [6] Esto corre el riesgo de introducir nuevos errores con la versión puntual. Las regresiones pueden mitigarse un poco mediante las pruebas de regresión , pero las pruebas de regresión no son suficientes para garantizar un entorno estable y libre de errores. Por lo general, uno de los objetivos de una versión puntual es minimizar el riesgo mediante la realización de cambios en función de la necesidad de equilibrio del usuario para una corrección, el tamaño de la corrección y el riesgo de regresiones. [7] Los riesgos involucrados con muchos cambios de software que se lanzan a la vez han llevado a algunos grupos a lanzar software siguiendo un método de lanzamiento continuo en lugar de hacer lanzamientos puntuales. [8]
Disponibilidad
Con el software minorista , los lanzamientos puntuales son a menudo, pero no necesariamente, actualizaciones gratuitas para los usuarios de la última versión completa, a diferencia de los lanzamientos principales que con frecuencia tienen algún costo incluso para los usuarios anteriores. [1] El modelo de entrega del software también afecta a quién puede utilizarlo. Si una organización sigue un modelo de software como servicio o el software está alojado en la nube , entonces un lanzamiento puntual puede estar inmediatamente disponible para los usuarios, sin que los usuarios requieran ningún esfuerzo para obtenerlo. Si se debe descargar el software, es posible que el usuario deba instalar la versión puntual por su cuenta.
Notas
- ^ a b c "¿Qué es la liberación puntual?" . Consultado el 28 de octubre de 2014 .
- ^ "Adobe - Support: Release Terminology Guidelines" . Consultado el 28 de octubre de 2014 .
- ^ Equipo, documentación común. "Apache Commons - Directrices de control de versiones" . Consultado el 28 de octubre de 2014 .
- ^ "¿Qué es la liberación puntual? - Definición de WhatIs.com" . Consultado el 28 de octubre de 2014 .
- ^ https://wiki.documentfoundation.org/ReleasePlan (consultado el 28 de octubre de 2014)
- ^ calidad (11 de noviembre de 2011). "Cloud Difference # 3: Point Release concentra el riesgo innecesariamente (Flemming T Christensen sobre Quality Collaboration)" .
- ^ "StableReleaseUpdates - Ubuntu Wiki" .
- ^ Humble, Jez (16 de febrero de 2012). Cuatro principios de las versiones de software de bajo riesgo : a través de la base de datos informIT.