Actualizar Flujos

Actualización Individual de Flujos

Fedora CoreOS (FCOS) tiene diversas actualizaciones individuales de flujos que están disponibles para los usuarios finales. Son:

  • estable

    • El flujo estable es el flujos más fiable que se ofrece con cambios que sólo se alcanzan después de terminar un período de tiempo en el flujo en prueba.

  • testing

    • El flujo testing representa lo que llega en la siguiente versión stable. El contenido de este flujo es actualizado regularmente y ofrece a nuestra comunidad recoger los cambios importantes antes de que lleguen al flujo stable.

  • next

    • El flujo next representa el futuro. Será usado frecuentemente para experimentar nuevas funciones y también probar rebases de nuestra plataforma además de la próxima versión principal de Fedora. El contenido del flujo next eventualmente se filtrará a testing y a testing.

Cuando se sigue un flujo, el sistema es actualizado automáticamente cuando se lanza una nueva versión en ese flujo. Si bien todos los flujos de FCOS se prueban automáticamente, se recomienda encarecidamente a los usuarios que dediquen un porcentaje de su implementación de FCOS a ejecutar los flujos testing`y `next. Esto garantiza que los posibles cambios importantes se puedan detectar pronto y que las implementaciones stable experimenten menos regresiones.

Cambiar a un Flujo Diferente

Con el objetivo de cambiar entre los diferentes flujos de Fedora CoreOS (FCOS) un usuario puede aprovechar el comando rpm-ostree rebase.

Puede ser una buena idea hacer una copia de seguridad bajo `/var`antes de cambiar de flujo.

Las actualizaciones de software generalmente siguen el camino nexttestingstable, lo que significa que next tiene el software más nuevo y stable el más antiguo. Los desarrollos de componentes de software son generalmente probados para su actualización no para su degradación, lo que significa que el desarrollo de software normalmente puede manejar los datos/configuración hacia adelante (actualización), pero no hacia atrás (degradación). Por esta razón es normalmente más seguro rebasar desde stabletesting o desde testingnext pero menos en la otra dirección.

El cambio entre flujos puede introducir regresiones o errores debido a que se salta la barrera de la actualización. Si experimenta una regresión intente, por favor, una vuelta atrás.

# Parar el servicio que lleva a cabo las actualizaciones automáticas
sudo systemctl stop zincati.service

# Llevar a cabo el rebase a un flujo diferente
# Arquitecturas soportadas: aarch64, x86_64
# Flujos disponibles: "stable", "testing" y "next"
ARCH="$(arch)"
STREAM="testing"
sudo rpm-ostree rebase "fedora/${ARCH}/coreos/${STREAM}"

Después de inspeccionar la diferencia del paquete el usuario puede reiniciar. Después de arrancar se cargará en el sistema la última versión del nuevo flujo y seguirá este flujo para futuras actualizaciones.