guides

Los nombres que rodean al software de preversión sugieren una única escalera, y casi todas las explicaciones colocan la nightly en su peldaño más bajo. La imagen es falsa, y por eso sorprende que una nightly que te gustaba simplemente desaparezca.

Una nightly build es una instantánea de lo que había en la rama principal cuando sonó el reloj. Se produce automáticamente, por calendario y no por decisión, y nadie la ha juzgado lista para nada.

Etapa frente a canal

La distinción que importa es entre una etapa y un canal. Una alpha, una beta o una release candidate es una etapa: existe porque se prepara una versión concreta, y termina cuando esa versión sale. Un canal nightly no tiene destino. Produjo una build anoche, producirá otra esta noche, y seguirá produciéndolas mucho después de que la versión que esperas haya salido y se haya olvidado.

Por eso una nightly no tiene número de versión en el sentido corriente, y por eso fijarse a una es fijarse a una fecha y no a una promesa.

Lo que hacen visible los canales de Rust

Rust hace el montaje especialmente legible, y merece leerse al pie de la letra. Su documentación describe una nueva versión nightly producida cada noche, creada automáticamente por la infraestructura de publicación. Cada seis semanas la rama beta se separa de esa misma rama principal, y seis semanas después se produce una versión estable a partir de beta.

• Etapa (alpha, beta, rc): existe para preparar una versión concreta y termina cuando sale
• Canal (nightly): produce por calendario, no tiene destino, no termina nunca
• Consecuencia: una nightly identifica una fecha o un commit, no una versión con una promesa

El mismo commit viaja, por tanto: aterriza en nightly el día que se fusiona, llega a beta en el siguiente corte de seis semanas y pasa a estable seis semanas más tarde. El canal nightly es la puerta de entrada, no una edición de menor calidad del producto acabado.

Rust lo usa además para algo que un número de versión no puede expresar. Las funciones en desarrollo están tras feature flags disponibles solo en nightly; en beta o estable no se pueden usar en absoluto. El canal es entonces una frontera de capacidades tanto como de frescura, y por eso algunos proyectos exigen nightly de verdad en lugar de solo beneficiarse de ella.

Qué se sigue en la práctica

Las consecuencias prácticas salen del calendario. Una nightly puede estar rota de un modo en que ninguna versión publicada lo estaría, porque nada la filtró. Dos personas que ejecutan "la nightly" en días distintos ejecutan software distinto, así que un informe de error sobre una no significa nada sin la fecha o el commit. Y una corrección vista en una nightly puede tardar semanas en llegar al canal estable, o revertirse antes.

Nada de esto hace malas a las nightlies. Las hace una herramienta distinta: la adecuada para reproducir un fallo contra la rama principal actual, comprobar si algo ya está arreglado o usar una función aún no publicada. La inadecuada para cualquier cosa que tengas que mantener funcionando.

Si querías lo contrario

Si lo que quieres en realidad es estabilidad con horizonte largo, la vía LTS es el extremo opuesto del mismo eje, y el versionado semántico explica qué prometen los números del lado estable.

El resumen honesto es que nightly no es una etiqueta de calidad. Es una afirmación sobre cuándo se tomó el código, y todo lo demás, incluido si funciona, queda deliberadamente sin decir.