Versioni

Strategia di versione

La stabilità garantisce che i micro-servizi, le API, gli strumenti e le pratiche apprese non diventino inaspettatamente obsolete.

Questo documento contiene le pratiche che vengono seguite per fornire una tassonomia, equilibrata con stabilità, garantendo che i cambiamenti futuri siano sempre introdotti in modo prevedibile.

DDB segue Versione semantica 2.0.0 (opens new window) . I numeri di versione DDB hanno tre parti: major.minor.patch. Il numero di versione viene incrementato in base al livello di modifica incluso nella versione.

• Le versioni principali contengono nuove funzionalità significative, alcune ma una minima assistenza per gli sviluppatori è prevista durante l'aggiornamento. Quando si aggiorna a una nuova versione importante, potrebbe essere necessario eseguire script di aggiornamento, fare il codice di refactor, eseguire test aggiuntivi e imparare nuove API.
• Le versioni minori contengono nuove importanti funzionalità. Le versioni minori sono pienamente compatibili all'indietro; Non è previsto alcuna assistenza per sviluppatori durante l'aggiornamento, ma è possibile modificare opzionalmente le app e le librerie per iniziare a utilizzare nuove API, funzionalità e funzionalità aggiunte nel rilascio.
• Le versioni di patch sono a basso rischio, contengono correzioni di bug e piccole nuove funzionalità. Non è prevista assistenza per sviluppatori durante l'aggiornamento.

Programma di rilascio

Puoi seguire il Progressi attuali della squadra (opens new window) Per una panoramica più dettagliata.

⚠️ Disclaimer : Operiamo in un ambiente dinamico e le cose sono soggette a cambiamenti. Le informazioni fornite sono destinate a delineare la direzione del framework generale. È destinato solo a scopi informativi. Potremmo decidere di aggiungere/rimuovere nuovi articoli in qualsiasi momento a seconda della nostra capacità di consegnare mentre soddisfa i nostri standard di qualità. Lo sviluppo, i rilasci e i tempi di qualsiasi caratteristica o funzionalità del DDB rimane a sola discrezione del team DDB. La mappa della strada non rappresenta un impegno, un obbligo o una promessa di consegnare in qualsiasi momento.

Pratiche di deprecazione

A volte sono necessarie "cambiamenti di rottura", come la rimozione del supporto per API e funzionalità selezionate. Per rendere queste transizioni il più facili possibile:

• Il numero di modifiche di rottura è ridotto al minimo e gli strumenti di migrazione forniti quando possibile.
• Viene seguita la politica di deprecazione descritta di seguito, in modo da avere il tempo di aggiornare le tue app alle ultime API e alle migliori pratiche.
• Le notifiche verranno pubblicate all'interno dei gruppi di applicazione e yammer per identificare la sequenza temporale associata.

Politica di deprecazione

• Le funzionalità deprecate sono annunciate nel Changelog e, quando possibile, con avvertimenti in fase di esecuzione.
• Quando viene annunciata una deprecazione, viene fornito il percorso di aggiornamento consigliato.
• È supportato l'uso esistente di un'API stabile durante il periodo di deprecazione, quindi il codice continuerà a lavorare durante quel periodo.