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 una destinada a corregir errores o hacer pequeñas limpiezas en lugar de agregar características significativas . A menudo, hay demasiados errores para corregir en una única versión principal o secundaria, 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 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 denominara "versión puntual".
En una versión puntual, los cambios en el proyecto de software suelen ser menores. Estas versiones suelen reservarse para la corrección de errores, optimizaciones, parches de seguridad y nuevas funciones menores. Normalmente, se seleccionan para una versión puntual los errores que afectan a la amplia población de usuarios. [2] Según la organización, el tamaño y la amplitud de una versión puntual pueden variar desde una versión destinada a corregir errores para un solo cliente hasta una versión de mantenimiento general o incluso un paquete de servicios . Las versiones puntuales suelen intentar ser compatibles en cuanto a interfaz con 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]
Las versiones puntuales suelen estar disponibles con bastante frecuencia, a diferencia de las versiones principales, que pueden ocurrir una vez cada varios meses o años. [1] Las versiones puntuales se pueden planificar para que salgan un tiempo determinado después de una versión principal o se pueden lanzar según sea necesario. [4] [5] La frecuencia de implementación de las versiones puntuales varía mucho, según las necesidades de una organización. Sin embargo, si se ha encontrado un problema crítico con la versión actual del software, es posible que se publique una versión puntual de emergencia muy pronto 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 incluirse en una única versión. [6] Esto conlleva el riesgo de introducir nuevos errores con la versión puntual. Las regresiones se pueden mitigar 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. En general, uno de los objetivos de una versión puntual es minimizar el riesgo mediante la realización de cambios en función del 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 simultánea de muchos cambios de software han llevado a algunos grupos a publicar software siguiendo un método de publicación continua en lugar de realizar publicaciones puntuales. [8]
En el caso del software de venta minorista , las versiones puntuales suelen ser, aunque no necesariamente, actualizaciones gratuitas para los usuarios de la última versión completa, a diferencia de las versiones principales, que suelen tener un coste incluso para los usuarios anteriores. [1] El modelo de distribución 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 , es posible que una versión puntual esté inmediatamente disponible para los usuarios, sin necesidad de que estos hagan ningún esfuerzo para obtenerla. Si el software debe descargarse, es posible que el usuario deba instalar la versión puntual por su cuenta.