RFC: Una nuova strategia di versioning per Discourse

Sviluppatore
37

Prima di rispondere alle tue altre domande, voglio prima chiarire che la frequenza di rilascio prevista non cambia con questa proposta.

  • Negli ultimi 3 anni, abbiamo effettuato rilasci “stabili” circa ogni 6 mesi, puntando a questi rilasci per la fine di ogni gennaio e luglio, con qualche slittamento qua e là:
  • Negli ultimi circa 8 mesi, abbiamo effettuato rilasci “beta” circa ogni mese, a parte un paio di rilasci di sicurezza fuori banda:

In questa nuova proposta, intendiamo mantenere la stessa cadenza che abbiamo seguito, con le principali modifiche che sono:

  • Quelli che ora chiamiamo rilasci “stabili”, li chiameremo “rilasci di supporto esteso”
    • Abbiamo scelto questo nome e non long term support, perché concordiamo che sia esteso rispetto ai nostri altri rilasci supportati, ma non necessariamente “a lungo termine”. Questa proposta non include l’aggiunta di un rilascio di supporto a lungo termine.
    • Attualmente, il supporto per un rilascio stabile termina immediatamente quando viene effettuato il rilascio successivo. Con questa nuova proposta, il supporto si sovrappone per circa 2 mesi, in modo che le persone abbiano il tempo di aggiornare ricevendo patch di sicurezza.
  • Quelli che ora chiamiamo rilasci “beta”, li chiameremo “rilasci”
    • Attualmente non supportiamo affatto i rilasci beta oltre la loro data di rilascio. Sono semplicemente punti di controllo lungo il percorso che vengono forniti con una notifica per accelerare, poiché spesso includono anche correzioni di sicurezza.
    • Con questa proposta intendiamo supportare i rilasci per circa 2 mesi, in modo che le persone possano decidere quando aggiornare, continuando a ricevere patch di sicurezza.

Tenendo conto di ciò, ritieni che le tue altre domande sui troppi settaggi siano ancora correlate a questa proposta? O sono preoccupazioni indipendenti che sarebbe meglio discutere in un argomento separato?

10 Mi Piace