Spring GDS 25 Aniversario
Una empresa de logística que envía a 190 países construyó algo para enviarse a sí misma.
Versioning
¿Qué es el versioning?
El versioning es la práctica de asignar identificadores únicos a los estados sucesivos de un producto de software, un archivo o un conjunto de datos. Esos identificadores, normalmente números o una mezcla de números y letras, permiten a los equipos rastrear los cambios en el tiempo, comunicar qué hace realmente cada actualización y volver a un estado anterior cuando algo va mal.
En software suele significar dos cosas relacionadas. El versionado del código fuente, gestionado por herramientas como Git, registra cada cambio en una base de código al nivel de commits individuales. El versionado de releases pone etiquetas estructuradas sobre las versiones que un producto publica, casi siempre siguiendo el Versionado Semántico, o SemVer, en formato MAYOR.MENOR.PARCHE. Bajo SemVer las reglas son directas y útiles: un salto mayor señala cambios incompatibles, un salto menor añade funcionalidades retrocompatibles, un salto de parche corrige errores. Así, cuando una librería pasa de 2.4.1 a 3.0.0, cualquiera que dependa de ella sabe que debe leer el changelog antes de actualizar, porque algo de lo que dependía puede haberse movido.
Hazlo bien y la colaboración, la gestión de releases y la resolución de dependencias se vuelven más fáciles. Hazlo mal y un sistema de larga vida se vuelve poco a poco imposible de razonar.
Versioning en Dallonses
Versionamos todo lo que publicamos, y tratamos el número de versión como una promesa a quien depende de él. Cuando mantenemos una API o un paquete compartido para un cliente, un cambio incompatible recibe un salto mayor y una nota clara, nunca una edición silenciosa que le rompe el lunes a alguien. Esa disciplina es parte de por qué los sistemas que construimos siguen funcionando a medida que crecen.
Un versioning claro también mantiene honesta una colaboración. Todo el mundo puede ver qué cambió, cuándo y por qué, lo que convierte la gestión de releases en algo tranquilo en vez de un juego de adivinanzas. Preferimos dedicar un minuto a escribir un buen changelog que una tarde a desenredar por qué producción se separó de staging.
¿Las releases se están descontrolando y nadie sabe qué hay en producción? Vamos a arreglar el proceso.
Servicios relacionados
Trabajos relacionados
Vizitio
Convertir una marca en un negocio que funciona.
Access Ticket
Medio millón de personas. Una app. Cero caos.
¿Listo para trabajar juntos?
Reservar una reunión
