Java Player - Versionado - ¿Que es el versionado? - ¿Como utilizar el versionado de código?

Hola, hace millones de años que no agrego nada mas a la sección Java Player (sección dedicada a tips puntuales que nos pueden llegar ayudar mucho en las entrevistas laborales), hoy no sabia en que categoría poner este post y me pareció super interesante ponerlo acá.

Java Player  - Versionado - ¿Que es el versionado?

En primera instancia todo es desconocido hasta que lo aprendemos, algunos intuitivamente sabemos que el versionado es ponerle un numero a un archivo para indentificarlo univocamente, pero mucha gente no.

Esto empieza a surgir cuando uno crear un programas, al pasar el tiempo el programa se va modificando y por ende hay cosas que se agregan, cosas que se sacan y luego se pasa el programa a terceros, un amigo, conocidos etc. Mientras el programa que pasamos queda viejo y no incluye los nuevos cambios y tampoco sabemos que incluye, acá es fundamental crear un versión.

De acuerdo a Wikipedia

"El versionado de software es el proceso de asignación de un nombre, código o número único, a un software para indicar su nivel de desarrollo."

Java Player - Versionado - ¿Como utilizar el versionado de código?

Para utilizar el versionado tenemos que ver la normativa mundial, la cual se va subiendo y actualizado en Semantic Versioning 2.0.0


La forma que vamos a versionar una app, va a ser aplicación versión x,y,z.
Donde X es el Major, Y Minor y Z Micro (o Patch).

Major Versión (x):
Cambia cuando hay cambios mayores,  con seguridad son incompatibles hacia atrás. 
La migración implica un esfuerzo importante de análisis para verificar el impacto de la incompatibilidad.


Minor Versión (y):
Cambia cuando hay nuevas funcionalidades, pero siempre compatibles hacia atrás. 
La migración es opcional (sólo si se quiere usar los nuevos features), pero debería ser trivial. 
Se recomienda migrar a la última versión minor. Es probable que las anteriores ya no tengan mantenimiento.


Micro Versión (Patch) (z):
La versión cambia con bugfixings, es decir corrección de bugs.
La migración es "obligatoria", porque se han corregido bugs. 
Se corta el mantenimiento de “micro versions” anteriores para evitar crecimiento paralelo de releases.

Pre-releases

Lo mismo que con los pre_releases_, pero añadiendo el alfa, beta o bc más un

número. Las versiones preliminares no se utilizan normalmente para patches.

alpha: Implica implementación inestable en etapa de diseño.

beta: Indica que un pre-release está listo para ser probado con _users_in un entorno

controlado, todavía abierto a cambios y rediseño.

rc: (release candidate) se utiliza cuando el diseño está bloqueado y solo quedan por resolver cuestiones menores.