Sugiero usar versiones explícitas. Básicamente significa usar cuatro números.
El primero podría tener un apodo atacado (por lo que V1 podría ser Baloons y V2 podría ser Evrika), pero se supone que representa el número de lanzamiento (como algunos de los nombres de versión de Windows son XP, Vista, 7, 8, 10 , cada uno de ellos es un apodo para un número de versión diferente utilizado por el equipo que lo respalda; tenga en cuenta que cada uno de ellos requiere soporte, ya que era un producto completamente diferente).
El segundo número es para las actualizaciones que rompen la compatibilidad con versiones anteriores. Como cómo podría tener Windows 7, Windows 7 Service Pack 1 y Windows 7 Service Pakc 2 (existente con un nombre diferente).
- ¿Cómo se pasa de ser un programador promedio a ser un buen programador?
- ¿Cuál es la mejor manera de construir un portal para desarrolladores?
- ¿Cuáles son los signos reveladores de una persona que no ha aprendido a programar correctamente a pesar de que lo ha estado haciendo durante años?
- ¿Es la desigualdad de género en tecnología realmente un problema? Si es así, ¿alguien puede proporcionar ejemplos?
- ¿Cuáles son las aplicaciones web más famosas creadas sobre Node.js?
El tercero es para agregar (o eliminar, para el caso) características. Por ejemplo, cómo una aplicación podría permitirle cambiar su correo electrónico después de una actualización, ya que es una función nueva y no rompe la compatibilidad con versiones anteriores.
El cuarto es para corregir, eliminar errores y eliminar molestias. Claro, podría y debería usarlo si trabaja en una nueva característica que aún no está lista para ser lanzada, ya que técnicamente está arreglando algo y todavía tiene algo que arreglar en la próxima actualización.
Puede leer más al respecto en mi artículo sobre Medium:
`Release.Breaking.Feature.Fix` o por qué la versión semántica debería reemplazarse por versiones explícitas lo antes posible – Sapioit