Planificador

Developing and maintaining the Fedora Project’s schedule may be the most important part of the Fedora Program Manager’s job. The good news is that it is not very hard. FESCo approved reusing the same general structure for every release, with target release dates of the third Tuesday in April and October. Now it will only change if there are major requirements that necessitate a deviation. This helps with planning for Fedora as well as for our downstreams (read: RHEL).

Of course, you can—and should—make small changes to the schedule as processes evolve. This may mean adding, removing, or moving some tasks. Or it might mean changing which teams are reflecting in the web view of the schedule.

FESCo authorized Release Engineering to start the mass rebuild up to five days after the scheduled start date. This allows RelEng to accommodate travel for Flock and DevConf.CZ, which often fall near the start of the mass rebuild.

Smartsheet

The schedule lives in Smartsheet (only available to Red Hat employees). Every so often, go in and copy a few releases forward.

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.

To publish the schedule, Export to Microsoft Project (XML) and save the file to the f-N directory in the schedule repository as Fedora.Schedule.xml.

If Export to Microsoft Project (XML) is not an option, you might need to switch to Gantt view. Smartsheet isn’t very smart in that regard.

When schedules slip:

  1. Add a new target date (e.g. Beta target date #2)

  2. Update the “Current X target date” when you know it’s really going to happen

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

The rsync invocations in the Makefile assume you have your user name set in ~/.ssh/config if your local name does not match your Fedora account.

To update the index page of the website, or the CSS file used to style it, start from the schedule repo above:

  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. Handle: <get the Smartsheet file URL or ID>

  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:

  • Platforms: if you want to update it, add the list of platforms Fedora supports (used by RH releng, but Fedora releng doesn’t use it. so it’s entirely optional)

  • 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).

Update the status on a weekly basis (due Thursday afternoon US East coast time). Green means no risks and no slippage; you don’t need to say much. Yellow means there are risks, but we have it under control. Describe what went wrong and how we’re going to address it. Red means "oh noes!"; explain a lot more.

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 ›