VERSIONADO DE CÓDIGO

Se la versión mejorada de ti mismo.

-Anónimo

Hay a veces que nuestro alter ego le encanta sabotear nuestros objetivos y esto afecta a vuestra psique. – Esas cosas me pasan y no siempre las puedo controlar. Pero en el desarrollo me saco esa pequeña espinita y busco maneras para mejorar y optimizar el código.

Señores les presento el versionado de software y esto solo tiene un objetivo y es el de indicar el nivel de desarrollo. Debemos entender también que existen muchas maneras de versionar. Y eso solo depende de metodologías del equipo de trabajo, normas de calidad de empresas, mentalidades o traumas de jefes, etc. Así que ustedes pueden crear nuevas. – Siempre y cuando las entiendan. Pero casi siempre carean en estos dos rubros.

evolucion-de-charmander según junglacode

Versiones por número.

Algo común es realizar el manejo de versiones mediante 3 números: X.Y.Z y cada uno indica lo siguiente:

  • 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
    • Versión mayor o X se puede usar cuando hay un nuevo módulo o característica clave para la funcionalidad.
  • El segundo (Y) se le conoce como versión menor y nos indica nuevas funcionalidades. Ejemplo: 1.2.0, 3.3.0
    • Cuando hacemos correcciones menores o errores
  • 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
    • Cada vez que entregamos avances del proyecto.

Versiones por estabilidad.

Esta tipo de versiones no es más que una clasificación por estabilidad del proyecto:

  • Alpha.- es una versión inestable que tiene muchas opciones que mejorar, pero queremos que sea probada para encontrar errores y poder poner a prueba funcionalidades.
  • Beta.- una versión más estable en la que contamos con el producto en su totalidad, y se desea realizar pruebas de rendimiento, usabilidad y funcionamiento de algunos módulos para ver cómo funciona bajo diferentes ambientes.
  • RC (Release Candidate).-  Es el último toque fino del software y es el que se implementa.

Cosas a tomar a consideración

Muchas de las veces los programas son tan pequeños que crear versión por numeraciones puede ser algo sin sentido lo cual puede ser mejor la versión por estabilidad. Algunas veces el software es tan pero tan complejo que usan tanto versionado numérico y de estabilidad. Todo eso va depender de lo que vayas a realizar.

Pero debes tomar en cuenta que hay personas que son tan pero tan detallista que toman en cuenta:

  • Parches aplicados
  • Fecha de lanzamientos

Termina siendo algo así: 5.Alfa10.Beta01-20190212. EntendibleQuizá si Quizá no. Funcional – Quizá sí, Quizá no. Solo una cosa, El formato que quieres tener, úsalo de la manera en que el equipo lo entienda y sino solo ponle “Sirve, No sirve o Espero que funcione dios mío”.

Recomendaciones

http://www.juntadeandalucia.es/servicios/madeja/contenido/libro-pautas/148Esto como un ejemplo practico

Bueno nos vemos para la próxima comunidad y evalúen en que versión de ustedes mismo van.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *