Politica di rilascio di Godot

La politica di rilascio di Godot è in costante evoluzione. Ciò che è descritto di seguito è inteso a dare un'idea generale di ciò che ci si può aspettare, ma ciò che accadrà effettivamente dipende dalle scelte dei collaboratori principali e dai bisogni della comunità in un dato momento.

Versioning di Godot

Godot segue vagamente il Semantic Versioning con un sistema di versioning major.minor.patch, sebbene con un'interpretazione di ogni termine adattata alla complessità di un motore di gioco:

• La versione major è incrementata quando si verificano importanti rotture di compatibilità che implicano un significativo lavoro di conversione per spostare i progetti da una versione maggiore all'altra.

  Per esempio, la conversione di progetti Godot da Godot 2.1 a Godot 3.0 ha richiesto l'esecuzione del progetto attraverso uno strumento di conversione, e poi l'esecuzione di un certo numero di ulteriori aggiustamenti manuali per ciò che lo strumento non poteva fare automaticamente.

• La versione minor viene incrementata per i rilasci di funzionalità che non rompono la compatibilità in modo rilevante. Piccole rotture di compatibilità in aree molto specifiche possono accadere nelle versioni minori, ma la stragrande maggioranza dei progetti non dovrebbe essere influenzata o richiedere un significativo lavoro di conversione.

  Il motivo di ciò è che come motore di gioco, Godot si occupa di molte cose come rendering, fisica, scripting, ecc., e correggere bug o implementare nuove funzioni in un area può aver bisogno di cambiamenti nel comportamento di funzioni, o di modifiche dell'interfaccia di una classe specifica, anche se il resto dell'API del motore rimane retro compatibile.

Suggerimento

Perciò aggiornare a una nuova versione minor è consigliato a tutti gli utenti, ma sarà necessario del collaudo per assicurarsi che il progetto si comporti come previsto con ogni nuova versione minor.

• La versione patch viene incrementata per i rilasci di manutenzione che si focalizzano sul correggere bug e problemi di sicurezza, sull'implementare nuovi requisiti per supporto delle piattaforme, e sul backportare miglioramenti di usabilità sicuri. Rilasci patch sono retro compatibili.

  Versioni patch possono includere nuove funzioni minori che non hanno impatto sull'API esistente, e perciò non c'è rischio di impattare progetti esistenti.

Suggerimento

Perciò aggiornare a nuove versioni patch è considerato sicuro e altamente consigliato a tutti gli utenti di un ramo stabile.

Chiamiamo major.minor combinazioni di rami stabili. Ogni ramo stabile inizia con un rilascio major.minor (senza lo 0 per patch) ed è poi sviluppato per rilasci di mantenimento in un ramo Git con lo stesso nome (per esempio, aggiornamenti patch per il ramo stabile 3.3 sono sviluppati nel ramo Git 3.3).

Nota

Come detto nell'introduzione, la politica di rilascio di Godot è in evoluzione, e le versioni precedenti di Godot potrebbero non aver seguito le regole sopra descritte alla lettera. In particolare, il ramo stabile 3.2 ha ricevuto un numero di nuove funzionalità nella versione 3.2.2 che sarebbero dovute essere state aggiunte in una versione minor.

Tempistiche di supporto della versione

I rami stabili sono supportati come minimo fino al rilascio del ramo stabile seguente con conseguente prima patch. In pratica, supportiamo rami stabili al massimo delle nostre capacità finché hanno ancora utenti che hanno bisogno di aggiornamenti di manutenzione.

Whenever a new major version is released, we make the previous stable branch a long-term supported release, and do our best to provide fixes for issues encountered by users of that branch who cannot port complex projects to the new major version. This was the case for the 2.1 branch, and will be the case for the latest 3.x stable branch by the time Godot 4.0 is released.

In a given minor release series, only the latest patch release receives support. If you experience an issue using an older patch release, please upgrade to the latest patch release of that series and test again before reporting an issue on GitHub.

Versione	Data di rilascio	Livello di supporto
Godot 4.0	~2022 (vedi sotto)	Current focus of development (unstable).
Godot 3.5	Q1 2022	Beta. Riceve nuove funzionalità e correzioni di bug durante lo sviluppo.
Godot 3.4	Novembre 2021	Riceve correzioni per bug, supporto per problemi di sicurezza e di piattaforme, insieme a miglioramenti di usabilità retro compatibili.
Godot 3.3	Aprile 2021	Receives fixes for security and platform support issues only.
Godot 3.2	Gennaio 2020	Non più supportato in quanto completamente sostituito dalla versione 3.3 compatibile (ultimo aggiornamento: 3.2.3).
Godot 3.1	Marzo 2019	Non più supportato (ultimo aggiornamento: 3.1.2).
Godot 3.0	Gennaio 2018	Non più supportato (ultimo aggiornamento: 3.0.6).
Godot 2.1	Luglio 2016	Non più supportato (ultimo aggiornamento: 2.1.6).
Godot 2.0	Febbraio 2016	Non più supportato (ultimo aggiornamento: 2.0.4.1).
Godot 1.1	Maggio 2015	Non più supportato.
Godot 1.0	Dicembre 2014	Non più supportato.

Legenda: Pieno supporto - Supporto parziale - Non supportato (end of life) - Versione di sviluppo

Le versioni di Godot pre-release non sono pensate per essere utilizzate in produzione e sono fornite a solo scopo di collaudo.

Quando uscirà la prossima versione?

Nonostante i contributori di Godot non lavorino entro nessuna scadenza, di solito c'è una versione Godot maggiore o minore resa disponibile ogni anno.

A partire da Godot 3.3, vogliamo accelerare i nostri cicli di sviluppo per i rilasci minori, quindi ci si può aspettare una nuova versione minore ogni 3-6 mesi.

Rilasci di manutenzione (patch) saranno rilasciati quando ce n'è bisogno, con cicli di sviluppo potenzialmente molto corti, per dare agli utenti dell'attuale ramo stabile le ultime correzioni implementate.

As for the upcoming Godot 4.0, we can only say that we aim for a 2022 release, but any closer estimate is likely to be hard to uphold. Alpha builds will be published as soon as the main features for Godot 4.0 are finalized.