¿Alguien me puede sugerir un esquema de manejo de versiones? ¿Qué criterios utilizan para la numeración de las mismas? Ej. V1.34.78

Hola, existen diferentes propuestas para asignar versiones y cada quien puede seguirlas como desee.

Versiones por número Algo común es realizar el manejo de versiones mediante 3 números: X.Y.Z y cada uno indica una cosa diferente:

• El primero (X) se le conoce como versión mayor y nos indica la versión principal del software. Ejemplo: 1.0.0, 3.0.0
• El segundo (Y) se le conoce como versión menor y nos indica nuevas funcionalidades. Ejemplo: 1.2.0, 3.3.0
• El tercero (Z) se le conoce como revisión y nos indica que se hizo una revisión del código por algún fallo. Ejemplo: 1.2.2, 3.3.4

Pero, ¿cómo se sabe cuándo cambiarlos y cuál cambiar?

• Versión mayor o X, cuando agregamos nuevas funcionalidades importantes, puede ser como un nuevo modulo o característica clave para la funcionalidad.
• Versión menor o Y, cuando hacemos correcciones menores, cuando arreglamos un error y se agregan funcionalidades que no son cruciales para el proyecto.
• Revisión o Z, cada vez que entregamos el proyecto.

Versiones por estabilidad Además de tener las versiones por números se puede agregar una clasificación por estabilidad del proyecto. Las opciones que se tienen para esto son: Alpha y Beta.

• Alpha es una versión inestable que es muy probable que tenga muchas opciones que mejorar, pero queremos que sea probada para encontrar errores y poder poner a prueba funcionalidades, en la mayoría de los casos podemos decir que esta casi listo el proyecto. Ejemplo: 1.0Alpha, 1.0a1,1.0a2.

• Beta una versión mas estable que Alpha en la que contamos con el proyecto en su totalidad, y se desea realizar pruebas de rendimiento, usabilidad y funcionamiento de algunos módulos para ver cómo funciona bajo un ambiente no tan controlado. Aquí aperece el nombre de Beta Tester que escuchamos mucho en el mundo del software. Ejemplo: 2.0Beta, 2.0b, 2.0b1

Versión de parche En el caso de los parches se puede agregar un dígito para señalar el parche, ya teníamos algo así: X.Y.Z y ahora tendríamos algo así: X.Y.Z.P así que P sería el número del parche. Ejemplo: 1.2.5.2, 02.03.03.01

Versión por fecha En algunos casos se necesita saber exactamente la fecha en que se publicó el proyecto, entonces podremos utilizar el manejo de versiones por fecha. Este tiene muchas variaciones, se puede tener diferente orden del año, mes y día. Ejemplo: 1.2.3.1872 donde 18 es el año 2018, 7 es el mes y 2 el día, como ya mencione, se podrían tener diferentes acomodos y formatos: 1.2.3.7218 o 1.2.3.201872, 1.2.3.1827

En conclusión: No existe una regla o estándar oficial para normar las versiones, existen diferentes propuestas que se pueden aplicar. Te recomiendo que pongas atención a las versiones de librerías, software, sistemas operativos, juegos y parches para que veas como lo están haciendo los gigantes de la industria.