La versión, que aparece en seis sitios
Un número que tiene que ser el mismo en la configuración, el binario, el instalador, el servidor de actualizaciones y lo que ve el usuario. Cómo se mantiene uno solo.
Los seis sitios
La tercera y la cuarta juntas son las que rompen la actualización, y por eso merecen automatizarse antes que nada.
Un solo sitio
El patrón que lo resuelve:
El paso 2 es el que más se salta y produce el desajuste más caro: una constante con la versión escrita a mano en el código, que alguien olvida actualizar.
Las reglas de cada plataforma
Y aquí hay sorpresas:
- macOS distingue entre una versión que ve el usuario y una versión de compilación que debe aumentar en cada envío. Si publicas en la tienda, esa segunda importa.
- Windows tiene reglas sobre el formato del número en los metadatos: cuatro componentes numéricos, y el instalador puede negarse a actualizar si el número no es mayor que el instalado — comparado con su propia lógica, que no siempre coincide con la intuición.
- Y los formatos de Linux tienen sus propias convenciones de ordenación de versiones, con reglas específicas para las etiquetas de versión previa.
La consecuencia práctica: los sufijos de versión previa dan problemas. Una versión con un sufijo de prueba puede ordenarse de forma inesperada en alguna plataforma, y si tu actualizador compara versiones, conviene comprobarlo antes de usarlo en producción.
El desajuste que hay que detectar
Y la comprobación que lo cierra: una que compare la versión de los seis sitios y falle si difieren.
Es un guion de veinte líneas que se ejecuta en la construcción, y es de las que más rendimiento dan por línea escrita — porque el fallo que evita es silencioso, se descubre en producción y afecta al mecanismo de actualización, que es el peor sitio posible.