Se la libreria segue il principio Aperto / chiuso, è sufficiente rivedere le note di rilascio per eventuali modifiche significative. In caso contrario, dovrebbe esserci una guida alla migrazione che aiuti l'aggiornamento. Le note sulla versione di solito elencano le nuove funzionalità significative e tutte le funzionalità deprecate. Pianifica la tua strategia sulla gestione delle funzionalità deprecate. Potresti anche voler pianificare le modifiche per sfruttare le nuove funzionalità.
A volte, ho visto le librerie che tentano di seguire il principio Open / closed lo violano per aggiungere nuove funzionalità. Questo è stato documentato con una discussione sui motivi per cui hanno infranto il principio e note su come adattarsi.
Controlla il registro delle modifiche per le modifiche significative per il tuo progetto. Se dipendi o hai lavorato attorno a un bug nel comportamento della libreria, rivedi il log delle modifiche per vedere se il bug è stato risolto. Controlla il registro delle modifiche per le versioni successive per vedere se identificano eventuali bug che si applicano al tuo progetto.
Potresti voler esaminare Javadoc , se disponibile, di entrambe le versioni per vedere se ci sono cambiamenti significativi. Potresti voler limitare il confronto alle funzioni che usi. Eventuali differenze dovrebbero già essere state trattate dagli articoli sopra.
Esegui test suite contro il nuovo codice. Non farti prendere dal panico se riscontri dei fallimenti. Questi potrebbero essere un comportamento nuovo e corretto. Valuta ogni errore e determina come procedere.
Verifica eventuali modifiche al codice implementate nella modifica che ha implementato la nuova libreria. Queste dovrebbero essere le eventuali modifiche necessarie per modificare la versione. I passaggi precedenti avrebbero dovuto identificare i tipi di modifiche che vedi.