Quindi stiamo scrivendo software di medie dimensioni, e ha due parti: il frontend è scritto in angularJS e il backend in laravel. Laravel fornisce api e nient'altro. Ora molto spesso una delle molte dipendenze viene aggiornata. Ora dobbiamo prendere il morso e aggiornare o non disturbare il sistema dal momento che sta funzionando bene?
Cattiva pratica in generale, a meno che tu non voglia essere all'avanguardia e gestire bug che non puoi controllare.
Tuttavia, una politica di aggiornamento continuo è una buona pratica, si gestisce il dolore dell'aggiornamento se lo si fa regolarmente in quanto le modifiche non dovrebbero essere così ampie. Un giorno dovrai aggiornare (ad es. Per correggere una vulnerabilità di sicurezza) e se hai molte versioni dietro l'aggiornamento potrebbe essere un'impresa importante.
Quindi è davvero un esercizio di gestione nel negoziare gli aggiornamenti contro la perdita di manutenzione. Fatelo regolarmente, ma non semplicemente perché è stata rilasciata una nuova versione.
Vorrei generalmente consigliarti di tenermi aggiornato.
Se non lo fai, ad un certo punto dovrai aggiornare la tua libreria (hai trovato un bug?), e questo potrebbe far cadere a cascata il tuo progetto e le tue dipendenze, dato che la nuova libreria richiede ulteriori aggiornamenti.
Se pianifica aggiornamenti minori regolari, puoi gestirlo senza avere una valanga di aggiornamenti quando la tua mano è forzata. Nota che ti sto suggerendo di pianificare questo - forse il tuo timebox, e se un aggiornamento richiede più lavoro, almeno puoi ritirarti e dedicare più tempo ad esso. Sto (ovviamente) assumendo che tu abbia un set di test di regressione tale che tu possa determinare che la tua funzionalità rimane la stessa!
Leggi altre domande sui tag programming-practices