Planificador

Desarrollar y mantener el programa del Proyecto Fedora puede ser la parte más importante del trabajo del Gerente de Programa de Fedora. La buena noticia es que no es muy difícil. aprobado por FESCo reutiliza la misma estructura general para cada lanzamiento, con fechas de lanzamiento previstas para el tercer martes de abril y octubre. Ahora solo se modificará si existen requisitos importantes que requieran una modificación. Esto facilita la planificación tanto para Fedora como para nuestros proyectos posteriores (léase: RHEL).

Por supuesto, puede (y debe) realizar pequeños cambios en el cronograma a medida que evolucionan los procesos. Esto puede implicar añadir, eliminar o mover algunas tareas. O puede implicar cambiar qué equipos se reflejan en la vista web del cronograma.

FESCo autorizó Ingeniería de Lanzamiento para comenzar la recompilación masiva de hasta cinco días después de la fecha de inicio planificada. Esto permite a RelEng organizar los viajes a Flock y DevConf.CZ, que suelen coincidir con el inicio de la recompilación masiva.

Hoja inteligente

La planificación se encuentra en Smartsheet (solo disponible para empleados de Red Hat). De vez en cuando, acceda y copie algunas versiones posteriores.

En su planificación nueva:

  • Actualizar la “Publicación de Fedora XX”

  • Encuentre y remplace N-1 con N (tiene que hacerlo manualmente tal que no obtenga fechas)

  • Encontrar y reemplazar N-2 con N-1 (lo mismo)

Tareas son asignadas a equipos con indicadores. El indicador pp no tiene significado para la comunidad, pero es utilizado para conservar en sincronía con otros productos de Red Hat. Algunos cambios (p.ej. reunión de requerimientos) no son relevantes, pero requirieron para Páginas de Producto. Las Páginas de Productos solo importa sobre el indicador clave.

Si desea enlaces en la planificación, añada la URL en la columna “links” para que tareas (la palabra clave Link: ahora es opcional). Será mostrado en la planificación renderizada.

La fecha destino de Final Anticipado es el “master milestone” contra cual se ancla todo lo demás.

Antes de publicar el calendario, verifique que no entre en conflicto con días festivos importantes, etc.

Para publicar la planificación, Exportar a Microsoft Project (XML) y guardar el archivo en el directorio f-N en el repositorio de planificación como Fedora.Schedule.xml.

Si Exportar a Microsoft Project (XML) no es una opción, quizás deba cambiar a la vista de Gantt. Smartsheet no es muy inteligente en ese aspecto.

Cuando los horarios se retrasan:

  1. Añade una fecha objetiva (p.ej. Fecha objetivo beta #2)

  2. Actualice la “Fecha objetivo X actual” cuando sepa que realmente sucederá

Repo Git

Los archivos utilizados para publicar los guiones vivos en un repositorio git.

Para realizar una planificación de una versión nueva (f-30 en este ejemplo):

  1. mkdir f-30

  2. cp ../f-29/Makefile . && vi Makefile # copiar desde el anterior y cambiar la versión

  3. Exportar el archivo XML (consulte la sección anterior)

  4. git add Fedora.Schedule.xml Makefile

  5. git commit -m ‘Su mensaje commit aquí’

  6. para ver los cambios localmente: make # make clean vacía su revoltijo

  7. make publish # publica html y compañeros a fedorapeople

Las invocaciones de rsync en el Makefile asumen que tiene su nombre de usuario configurado en ~/.ssh/config si su nombre local no coincide con su cuenta de Fedora.

Para actualizar la página de índice del sitio web, o el archivo CSS utilizado para darle estilo, comience desde el repositorio de planificación anterior:

  1. cd html

  2. Edita el archivo apropiado

  3. make publish para rsync a fedorapeople

  4. Ejecutar y subir sus ediciones

Páginas del Producto

Páginas del Producto es el recurso central para planificación de producto interno de Red Hat e información de estado.

Para registrar una versión nueva en las páginas de producto:

  1. Vaya a la página admin (Plataformas > Proyecto Fedora > Vista Previa)

  2. Pulse en el botón Añadir liberación nueva

  3. Nombre breve: 30

  4. Seleccione todas las secciones para copiar

  5. Pulse Aceptar

  6. Pulse la lengüeta Planificaciones

  7. Pulse el botón Añadir planificaciones

  8. Identificador: <obtener la URL o el ID del archivo de Smartsheet>

  9. Intercambiar borrador para aprobados

  10. Pone fase para planificar

Prioridad para mayo de 2021, utilizamos un servidor CVS de Red Hat para los archivos de planificación. Ahora están puestos directamente en las Páginas de Producto desde Smartsheet.

Campos clave:

  • Plataformas: si desea actualizarlo, agregue la lista de plataformas que Fedora admite (usada por RH releng, pero Fedora releng no la usa, por lo que es completamente opcional)

  • Documentos: tan solo crea un enlace al wiki

  • Gente: actualiza esto como sea apropiado

  • Comunicación: listado de canales IRC importantes y listados de correo

Estado de actualizaciones

Actualiza las fases cuando hay un cambio significante (p.ej. liberación Beta → cambia a testing).

Actualice el estado semanalmente (fecha límite: jueves por la tarde, hora de la costa este de EE. UU.). Verde significa que no hay riesgos ni retrasos; no es necesario decir mucho. Amarillo significa que hay riesgos, pero lo tenemos bajo control. Describa qué salió mal y cómo lo abordaremos. Rojo significa “¡Oh, no!”; explique con más detalle.

Notaciones históricas

Esta sección es una colección de hechos de organización informal que propone alguno de la historia de la disputa de horarios.

  • Planificaciones utilizadas para ser hechas con TaskJuggler (ver. 2, específicamente). Si alguna vez necesita hacer algo con los archivos de planificación antiguos, deberá obtener una copia de los mismos. (Para cuando leas esto, probablemente ya habrá sido retirado de Fedora.)

  • Solíamos copiar los hitos clave en una página wiki. Ben Cotton dejó de hacerlo porque era molesto y era propenso a errores.

Want to help? Learn how to contribute to Fedora Docs ›