Processo per la promozione di un deliverable Fedora a Edition

Le Fedora Editions sono raccolte curate di pacchetti, linee guida e configurazioni, e artefatti costruiti a partire da questi elementi, che rispondono a un caso d’uso specifico e mirato. Le Editions sono i principali prodotti di Fedora che la maggior parte degli utenti Fedora è incoraggiata a utilizzare e verso cui viene indirizzata tramite il sito di download.

Questo documento descrive il processo per promuovere un deliverable Fedora esistente allo status di Edition.

Cosa rende un’"Edition"?

Una Fedora Edition:

  • risponde a un caso d’uso o a una base di utenti sufficientemente distinti, rilevanti e ampi che una Fedora Edition attualmente non copre;

  • è un investimento a lungo termine per il Fedora Project; e

  • è coerente con le Quattro Fondamenta di Fedora.

Prerequisiti

  • L’edizione candidata deve essere supportata da un team che tenga riunioni pubbliche regolari.

  • L’edizione candidata deve ottenere l’approvazione del marchio dal {team\_name}. Se ciò include un cambio di nome o un nuovo nome (ad esempio “Fedora Bilverslue”), è necessario prevedere tempo per la revisione legale.

  • L’edizione candidata deve avere un documento dei requisiti di prodotto (PRD) (esempio). Il PRD è utilizzato da altri team all’interno di Fedora. Ad esempio, il Team Qualità lo usa per sviluppare criteri di rilascio e casi di test, mentre il Team Marketing lo utilizza per sviluppare materiale promozionale e posizionamento. Il PRD deve includere:

    • Target di mercato, inclusi i casi d’uso principali e le persone di riferimento.

    • Servizi e funzionalità principali.

    • Applicazioni principali.

    • Criteri univoci per l’installazione, gli aggiornamenti, ecc.

    • Ambito del supporto hardware (incluso tutto ciò che non è esplicitamente supportato).

    • Prodotti consegnati e se debbano o meno essere considerati un blocco di rilascio.

  • L’edizione candidata potrebbe avere una specifica tecnica (example) che fornisce dettagli aggiuntivi sulle funzionalità specifiche descritte nel PRD.

È utile avere qualcuno nel team incaricato di gestire le attività burocratiche.

Processi

Una volta soddisfatti tutti i prerequisiti e approvati da Fedora Council, il team invia la promozione come modifica a livello di sistema. Questo garantisce che il Release Engineering, FESCo e la community in generale abbiano l’opportunità di fornire il proprio contributo. Ciò implica anche che la promozione potrebbe essere posticipata alla release successiva se i componenti di supporto appropriati non fossero disponibili entro i blocchi della Beta o della GA.

Prima di inviare la proposta di modifica, è necessario completare le seguenti attività:

  • Approvazione da parte di Fedora Council. Apri un ticket e partecipa alla discussione correlata.

  • Esaminare i casi di test e i criteri di rilascio con il Team Qualità. Il Team Qualità redigerà i casi di test e i criteri di rilascio in base al PRD. Tuttavia, il Team Edizione deve verificarne la validità. Il Team Edizione può scegliere di assegnare una persona che funga da collegamento con il Team Qualità.

  • Collaborare con il reparto tecnico di rilascio. Il team di edizione dovrebbe collaborare con il reparto tecnico di rilascio per definire come pianificare la stesura della nuova edizione, il processo di rilascio, le posizioni di sincronizzazione dei mirror e qualsiasi modifica necessaria a koji, bodhi o firma automatica.

Dopo l’approvazione della proposta di modifica, le seguenti attività aggiuntive dovranno essere completate entro e non oltre il periodo di freeze della versione Beta, che dovrà essere considerato la scadenza di emergenza per la modifica. Si prega di iniziare queste attività il prima possibile.

  • Richiedi i prodotti di design. Se hai bisogno di grafica personalizzata per il sito web, adesivi, ecc., il team di Edition è pregato di contattare il team di Design il prima possibile.

  • Fornire contenuti aggiornati per il sito web. Il team responsabile dell’edizione dovrebbe inviare testi, grafici e screenshot al team Siti web e app il prima possibile per garantire che fedoraproject.org sia aggiornato il giorno del rilascio.

  • Informare i team di Documentazione e Traduzione. Il team di Edizione dovrebbe informare il team di Documentazione di eventuali aggiornamenti o nuova documentazione richiesta. Il team di Edizione dovrebbe inoltre informare il team di Traduzione di eventuali aggiornamenti in arrivo al sito web e alla documentazione, in modo che possano prepararsi a tradurli prima del rilascio.

  • Fornire materiale promozionale. Il team dedicato all’edizione dovrebbe inviare un testo promozionale di base ai team Marketing e Magazine. Questo permetterà all’annuncio di rilascio, eccetera, di includere informazioni significative sulla nuova edizione. Il team dedicato all’edizione potrebbe valutare la possibilità di scrivere uno o più articoli completi su Fedora Magazine a supporto dell’edizione.

Storia

Questa politica è stata approvata nel Fedora Council ticket #296.

La politica è stata modificata nell’ottobre 2024 per allentare il requisito "distinto" nel Fedora Council ticket #507.

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