Este es un tema realmente interesante en lo que es materia de Desarrollo de Software de cualquier índole, y se trata de asignar y diferenciar el software por versiones, es darte un punto y aparte en una etapa de desarrollo y continuar realimentándolo.

Seguramente abras notado que al momento de instalar versiones de software aparecen prefijos o postfijos con las palabras Beta, Alpha, RC o final siempre seguidos de valores numéricos.

Esto es a lo que se refiere en las versiones de los software y es un método muy eficaz para distinguirlo uno de otros, en donde se aportan más funcionalidades, más seguridad, nuevas mejoras, etc, dependiendo del software en cuestión, el compromiso con el desarrollo y la maduración del mismo.

Por ello es imprescindible contar con herramientas que colaboren en esta labor de versionar nuestros software como es el caso de CVS, SVN, Bazaar o Git entre tantos.

Ahora veamos un poco más a que nos referimos cuando hablamos de Betas, Alpha, etc.

Es interesante el uso del alfabeto griego a la hora de darles un control a las versiones, pero tampoco consiste en abusar de su uso, pues la confusión para los usuarios finales realmente puede terminan por colmar su paciencia y no usar versiones mejoradas o no usar ninguna versión.

• Alpha: Es la primera versión del software y que es enviada a los verificadores para ser probada.
• Beta: la versión beta generalmente se la denomina como primera versión completa antes del lanzamiento, es posible que sea inestable o con algunos errores, pero tiene la posibilidad de ser corregidos antes del lanzamiento final. Siempre es bueno aclarar esto para que los usuarios finales tengan en cuenta estos posibles errores.
• RC: Luego tenemos las siglas RC (Release Candidate) o candidata a definitiva, supone un software un poco más maduro que los Beta lista para su lanzamiento final.
• Estable/Final: Por último llegamos al escalón final en el nombramiento de versiones, y se trata de la versión final o también conocida como estable, en donde se deja aclarado que todos los bugs y errores fueron corregidos y el software fue testeado por completo, dejando una cuota de seguridad a los usuarios que van a utilizar el mismo.

Además de las palabras griegas podemos encontrar las versiones de los software por valores decimales seguidas de puntos, veamos un poco más en que consiste esto que lo podemos llamar como control de versiones con el método X.Y.Z

Siendo X la primera cifra decimal a la hora de enumerar versiones, nos indica los cambios más grandes y las incompatibilidades que podemos encontrar entre una versión y otra, es por ello que y cambio en esta cifra implica cambios muy drásticos en el desarrollo.

La segunda cifra Y comúnmente se denota para las modificaciones en el contenido, implementación de nuevas funciones, pero no lo suficientemente tan importantes como para denotarlo como una versión más X+1. Es importante aclarar como norma general, que cuando incrementamos X, la segunda cifra Y se debe reiniciar en 0.

Por último encontramos a la tercera cifra Z, para denotar pequeños cambios o correcciones, añadir o eliminar comentarios, renombrar variables, etc. Para tener en cuenta nuevamente, cuando incrementamos un valor en Y, la tercera cifra Z debe reiniciarse en 0.

Sería imprescindible que el equipo de desarrollo pueda tener y prefijar estos conceptos a la hora de realizar su trabajo, es importante normalizar el sistema de versiones, para evitar confusiones.

Nunca se olviden de planificar y tener una mirada hacia adelante respecto al desarrollo que se lleva a cabo, de esa manera podrán determinar las futuras funcionalidades y nuevas características.

Por último solo quería recomendarles que aprovechen estas metodologías de versiones de software, no intenten marear a sus usuarios con tantos betas 0.5.8, sean lo más minimalistas posibles, concretos y comprometidos con el desarrollo de sus aplicaciones.