Con respecto a la versión de software (especialmente semantic versioning), parches actualizará número de versión de un parche de software y actualizaciones de actualizar su número de versión secundaria. Para aplicaciones de control de versiones que siguen semántica (en formato MAJOR.MINOR.PATCH
), se define como un parche:
incremento de la [...] versión del parche al realizar correcciones de errores compatibles con versiones anteriores.
En la mayoría de los casos, los parches de actualización de la tercera serie, la versión de mantenimiento . Las actualizaciones actualizan el número de versión menor. Además, los parches generalmente solucionan problemas mientras mantienen la compatibilidad, mientras que las actualizaciones pueden corregir problemas y agregar nuevas características que pueden no ser compatibles con las versiones anteriores. Uno puede además añadir un número de versión o revisión más allá del número de parche:
MAJOR.MINOR.PATCH or MAJOR.MINOR.PATCH.BUILD
lo tanto, un número de versión 2.1.3.089 es la segunda versión principal, primera revisión menor (por lo que no ha sido una importante actualización), tercer acumulación de mantenimiento (Así que se lanzaron tres parches desde la versión 2.1.0.X), y la compilación 089 (sin importancia para las compilaciones/parches, se puede considerar como metadatos adicionales que especifican una ID/número de versión única).
El Wikipedia article en la versión de software es una lectura interesante. La razón por la que especifico el estilo M.M.M.B es que se usa comúnmente en Visual Studio durante el desarrollo de la aplicación.
En algunos casos, sin embargo, se omite el último número (build) - para los usuarios finales, rara vez es esta vez necesitaba. Es principalmente para fines de desarrollo solamente.
Como un apéndice después de ver las respuestas ... ¿es un "error" o una "nueva solicitud de función" si una mejora prometida no está allí? –