Versioni di Checkmk

Sul ramo di sviluppo (nel controllo di versione di Git questo viene chiamato "master") si sta sviluppando il futuro di Checkmk. Affinché sviluppatori, utenti e altre parti interessate possano farsi in qualsiasi momento un'idea dello stato attuale del software, ogni giorno tra le 0:00 e le 6:00 (ora dell'Europa centrale) viene creato un pacchetto di installazione per tutte le versioni delle distribuzioni Linux supportate. Questi pacchetti sono chiamati build giornaliere, istantanee Git o versioni per sviluppatori, e rappresentano lo stato esatto dello sviluppo del software all'inizio di ogni giornata.

Le build giornaliere conterranno naturalmente spesso alcuni bug, poiché rappresentano un’istantanea più o meno “casuale” dello stato attuale del software. A differenza delle versioni stabili, le build giornaliere non generano alcun nuovo ramo di sviluppo e quindi non possono essere corretti da noi. L’unico modo per correggere un errore in una build giornaliera è sostituirla con una build giornaliera più recente, che potrebbe a sua volta presentare dei problemi. Per questo motivo una build giornaliera non dovrebbe mai essere utilizzata in un ambiente di produzione.

Tuttavia, le build giornaliere sono molto utili se, come utente, desideri provare nuove funzionalità in tempo reale. Questo vale soprattutto se sei stato tu stesso a commissionarci lo sviluppo della funzionalità!

Il nostro supporto è inoltre lieto di aiutarti in caso di difficoltà con le build giornaliere, ma con le seguenti limitazioni:

Il rilascio di una nuova versione stabile (ad es. 2.4.0) inizia con una fase beta. Per correggere tutti gli errori e rendere il software pronto per la produzione, verrà creato un ramo stabile aggiuntivo contenente solo correzioni di errori. Lo sviluppo delle funzionalità per le versioni future continua in parallelo sul ramo principale.

Sul ramo stabile verrà pubblicata una serie di versioni beta – identificate da una "b" minuscola nel nome – (ad es. 2.4.0b1, 2.4.0b2, ecc.). Questo avviene ogni due settimane circa, purché non vengano individuati errori gravi.

Dopo la fase beta, viene rilasciata una versione stabile, chiamata anche versione principale, ad esempio la 2.4.0. Ora che molti più utenti stanno provando la nuova versione, verranno individuati ulteriori problemi che non erano stati notati durante la fase beta. Questi saranno corretti da una serie di versioni patch, talvolta chiamate anche patch release (2.4.0p1, 2.4.0p2, ecc.). Gli intervalli di tempo tra queste versioni patch saranno inizialmente piuttosto brevi (circa una settimana), mentre in seguito saranno molto più lunghi (alcuni mesi).

Oltre al master, vengono pubblicate anche build giornaliere sul ramo stabile, che forniscono rapide correzioni di bug. Queste riportano il nome del ramo, più la data, ad esempio 2.4.0-2025.03.30.

Puoi usare queste versioni in produzione, a patto di rispettare quanto segue:

Manterremo attivamente questa versione stabile con versioni patch. La durata di questo periodo dipende da quando verrà rilasciata la versione successiva, che diventerà così la nuova versione stabile. La regola a partire dalla versione 1.6.0 è: La manutenzione attiva di una versione termina 6 mesi dopo il rilascio della nuova versione. Poiché per la versione stabile la versione successiva non è ancora stata rilasciata, la data di rilascio prevista serve a determinare il ciclo di vita del prodotto.

Ciò significa che per 6 mesi vengono gestite in parallelo due versioni con versioni patch: la versione stabile e la versione precedente (oldstable). Una panoramica del ciclo di vita del prodotto è disponibile alla fine di questo articolo.

Dopo la fine della manutenzione attiva, il ramo stabile passa a una fase di manutenzione passiva, che in genere dura un altro anno.

Durante questo periodo, in genere risolviamo gli errori solo su richiesta dei clienti tramite ticket di assistenza nell'ambito di un contratto di assistenza.

Tuttavia, non c'è alcuna garanzia che tutto ciò che gli utenti potrebbero considerare un bug venga risolto. Inoltre, non tutte le correzioni di bug verranno portate sulle versioni più vecchie. Questo vale soprattutto per le funzionalità considerate obsolete: queste generalmente non riceveranno correzioni di bug.

Le correzioni di bug durante la fase di manutenzione passiva generano ulteriori versioni patch, che ovviamente sono utili anche agli utenti senza un contratto di assistenza.

Se la tua versione è ancora in manutenzione e quando ha raggiunto o raggiungerà la fine vita puoi verificarlo nella tabella seguente:

Per le versioni precedenti, ti consigliamo vivamente di effettuare l'aggiornamento.