Fuente Git

Nuestro intento es acercar a las comunidades de mantenimiento y desarrollo: proporcionar retroalimentación desde el mantenimiento hacia el desarrollo (p. ej., "Hola \<proyecto de desarrollo Y>, tu última versión no funciona en Fedora Rawhide, falla \<Z>, aquí tienes un enlace a las bitácoras."). Todo esto se puede automatizar.

Una de las implicaciones es que es trivial proponer cambios hacia atrás hacia desarrollo o arreglos cherry-pick (seleccionar lo que más le convenga) desde desarrollo a mantenimiento.

La estabilidad de Fedora En Desarrollo ahora está disponible: solo fusione, compile y componga componentes que se integren bien con el resto del sistema operativo. Se acabaron las composiciones defectuosas y las actualizaciones que dañan el resto del sistema operativo.

Desarrollar en dist-git es engorroso. Editar parches y mover archivos tar no es divertido. ¿Por qué no trabajar con el código fuente? Con source git, tendrás un repositorio en desarrollo (upstream) y el contenido de dist-git en un directorio dedicado.

Utilizaremos técnicas de desarrollo modernas tales como solicitudes pull, revisión de código, forjas git modernas, automatización e integración continua. Tenemos equipos para hacer todas las tareas mundanas. ¿Por qué, como humanos, haríamos ese trabajo?

Queremos que dist-git sea una base de datos del contenido de una versión, en lugar de un lugar para trabajar. Por otro lado, podrás interactuar con dist-git de la misma manera. No lo vamos a eliminar. El código fuente de Git está pensado para ser una alternativa moderna y mejorada.

Extraer y validar automáticamente los lanzamientos nuevos en progreso. Esto puede ser una cosa trivial, ¿por qué los encargados de mantenimiento deberían perder el tiempo en tareas que pueden automatizarse?