Il versionamento 4D: Rilasci di funzionalità e rilasci LTS spiegati!

Se avete avuto difficoltà a distinguere tra le Feature Release (ad esempio, 4D v19 R6) e le release LTS, precedentemente note come dot release o versioni .x (ad esempio, 4D v19.6), siete nel posto giusto per saperne di più.

Come forse sapete, 4D ha due linee di prodotti:

• Le Feature Release, come la 4D v19 R6, possono essere utilizzate quando si desidera mettere le mani su una tecnologia all’avanguardia e su nuove funzionalità il prima possibile. Avete accesso alle Feature Release:
  • in abbonamento,
  • se avete un contratto di manutenzione 4D,
  • o se siete un partner 4D.

  Ancora meglio, essere un partner 4D con status silver, gold o platinum vi dà accesso anche alle versioni beta.
  Con le Features Release, si ottengono, ovviamente, nuove funzionalità e, ultimamente, abbiamo aggiunto delle Hot Fixes mensili alla Feature Release corrente ?

• Le versioni LTS sono spesso chiamate “dot release” o “.x version”, come la 4D v19.6, dove si ottengono correzioni di bug in build notturne – condivisesui forum 4D.

  Quindi, per riassumere, la differenza tra le versioni Feature Release e LTS sta nelle nuove funzionalità disponibili con le Feature Release e nel processo di integrazione delle correzioni dei bug.

Nota: questo post spiega il nuovo ciclo di rilascio dei prodotti 4D, il motivo del cambiamento della convenzione di denominazione e gli intervalli di rilascio dei nostri prodotti.

esempio

4D v19.1 è un aggiornamento minore di 4D v19 LTS. 4D v19.2 è un altro aggiornamento minore, contenente solo correzioni di bug.

4D v19 R2 contiene correzioni di bug e nuove funzionalità rispetto a 4D v19 LTS. 4D v19 R3 contiene ulteriori funzionalità e correzioni di bug rispetto a 4D v19 R2. Tutte queste nuove funzionalità saranno disponibili con 4D v20 nel ramo LTS. Non saranno incluse nella v19.x.

Ecco un diagramma che spiega il processo:

Processo di integrazione delle correzioni di bug

Quando risolviamo un bug, lo facciamo prima in una versione interna chiamata “main”. Questo ramo di codice viene utilizzato per i nuovi sviluppi e le correzioni di bug. Quando viene risolto un bug, il team QA convalida la correzione, assicurandosi che non ci siano effetti collaterali imprevisti; pochi giorni dopo, la modifica del codice viene anche impegnata nel ramo LTS, inclusa nella build notturna successiva (disponibile per i partner 4D) e inclusa nel successivo aggiornamento minore, come 4D v19.2.

Tutte le modifiche al codice relative alle correzioni di bug del “main” fanno parte della feature release successiva. Finché una feature release è ancora in stato “beta”, le modifiche al codice che risolvono bug o regressioni critiche sono anch’esse impegnate nella beta.

All’avvicinarsi della data di rilascio della versione successiva della funzionalità, interrompiamo l’integrazione, poiché ogni modifica al codice può introdurre un effetto collaterale non rilevato e indesiderato che non viene notato durante i test. Un periodo di test più lungo riduce questo rischio, quindi siamo prudenti.

Quando viene pubblicata una Feature Release, solo per i bug bloccanti e altamente significativi, includiamo le modifiche al codice con il successivo hotfix mensile. Questo ci dà più tempo per testarle e riduce il rischio di effetti collaterali non rilevati.

Cosa scegliere?

Se vi state chiedendo quale sia l’opzione migliore, non c’è una risposta perché la scelta è vostra:

1. Se volete stabilità con un canale veloce di correzioni di bug tramite build notturne, la LTS è la risposta.
2. Se invece volete mettere le mani su tecnologie all’avanguardia e nuove funzionalità il prima possibile. In questo caso, le Feature Release sono perfette, soprattutto perché ora sono disponibili gli hotfix mensili, che garantiscono anche una certa stabilità.

Vi abbiamo spiegato le differenze tra le due linee di prodotti, quindi sta a voi decidere quale si adatta meglio alle vostre esigenze.

Contattateci tramite i forum di 4D se avete altre domande ?