implementazione continua di applicazioni Web create con più pacchetti

2

La nostra applicazione web reattiva è suddivisa in più componenti. Alcuni di questi componenti fanno parte dello stesso git mono repo e alcuni vivono in un repository diverso.

Ora, per implementare una correzione di bug, dobbiamo aggiornare le modifiche in un repository, rilasciare una versione del pacchetto, aggiornare l'albero delle dipendenze, rilasciare altri pacchetti intermediatory e infine aggiornare l'applicazione web reattiva.

Sembra molto cascata e non continua. Inoltre, siamo ottimizzati per la consegna dei pacchi e la consegna dei prodotti web. Esiste una soluzione che ci consenta di ottenere continuamente le ultime novità e una volta ogni tanto rilasciamo una nuova versione delle librerie?

    
posta NM Roku 09.11.2018 - 08:00
fonte

1 risposta

1

Una soluzione che vedo è che il processo CI / CD sul pacchetto principale assicura che i pacchetti figlio vengano aggiornati. Usando il controllo delle versioni semantiche puoi impostare e correggere il tuo numero di versione major version e minor version , ma assicurati di avere sempre l'ultimo patch version .

In questo modo, ogni volta che un pacchetto figlio ha una nuova patch, il processo di build lo rileverà e lo installerà. Ogni volta che si verifica un aggiornamento della versione principale o secondaria, dovrai aggiornare di conseguenza i numeri di versione impostati, il che richiederà di controllare se l'aggiornamento non ha infranto nulla ecc ...

L'assunto principale in questo approccio è che tu rispetti i principi di versione semantica.

A seconda del sistema di generazione che stai usando, ci potrebbero essere modi (tramite webhooks orso) di attivare nuove build sul pacchetto principale ogni volta che un pacchetto figlio ha una nuova versione.

    
risposta data 09.11.2018 - 11:32
fonte

Leggi altre domande sui tag