Una versión de parche (a menudo también conocida coloquialmente como versión puntual , versión puntual o versión de corrección de errores ) es una versión de software de un producto u otro proyecto, especialmente uno destinado a corregir errores o realizar pequeñas limpiezas en lugar de agregar características importantes . A menudo, hay demasiados errores que se pueden corregir en una sola versión principal o menor, lo que crea la necesidad de una versión puntual.
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 menor, 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 denominara "liberación de puntos".
En una versión puntual, los cambios en el proyecto de software suelen ser menores. Estos lanzamientos suelen estar reservados para correcciones de errores, optimizaciones, parches de seguridad y nuevas funciones menores. Por lo general, los errores que afectan a una amplia población de usuarios se seleccionan para una versió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 dirigida a una solución 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 principal o menor actual. [3]
Los lanzamientos puntuales suelen estar disponibles con bastante frecuencia, a diferencia de los lanzamientos importantes, que pueden ocurrir una vez cada pocos meses o años. [1] Se pueden planificar lanzamientos puntuales para que se publiquen en un momento determinado después de un lanzamiento importante o se pueden publicar según sea necesario. [4] [5] La frecuencia de implementación de versiones 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 emita un comunicado de emergencia muy poco después de que se haya descubierto el problema.
Todas las versiones concentran inherentemente el riesgo, ya que miles de cambios de código pueden convertirse en una sola versión. [6] Esto corre el riesgo de introducir nuevos errores con la versión puntual. Las regresiones pueden mitigarse en cierta medida mediante pruebas de regresión , pero las pruebas de regresión no son suficientes para garantizar un entorno estable y libre de errores. Generalmente, uno de los objetivos de una versión puntual es minimizar el riesgo mediante la realización de cambios basados en el equilibrio entre la necesidad del usuario de una solución, el tamaño de la solución y el riesgo de regresiones. [7] Los riesgos que implica la publicación de muchos cambios de software a la vez han llevado a algunos grupos a lanzar software siguiendo un método de lanzamiento continuo en lugar de realizar lanzamientos puntuales. [8]
En el caso del software minorista , los lanzamientos puntuales suelen ser, aunque no necesariamente, actualizaciones gratuitas para los usuarios de la última versión completa, a diferencia de los lanzamientos importantes que con frecuencia tienen algún costo incluso para los usuarios anteriores. [1] El modelo de entrega del software también afecta quién puede utilizarlo. Si una organización sigue un modelo de software como servicio o el software está alojado en la nube , entonces una versión puntual puede estar inmediatamente disponible para los usuarios, sin que se requiera ningún esfuerzo por parte de los usuarios para obtenerla. Si es necesario descargar el software, es posible que se le solicite al usuario que instale la versión puntual por su cuenta.