Best practice per il progetto di versioning dopo l'aggiornamento delle dipendenze

Naviga le tue risposte
6

Dì, il mio progetto ha dipendenza N con la versione 1.0.0. Poi qualcosa è cambiato, e dovrei dipendere dalla versione più recente - lascia che sia 1.0.1.

OK, sto incrementando la versione delle dipendenze, nient'altro cambia nel mio codice. Sembra che dovrei incrementare la versione dei miei progetti, ma in che modo esattamente dovrei incrementare?

Dovrei incrementare solo il terzo numero (la cosiddetta revisione), o le migliori pratiche qui sono più complicate. Ad esempio, potrebbe essere, se stiamo cambiando il valore secondario della dipendenza dei progetti, dovremmo fare la stessa cosa nel progetto stesso?

    
posta shabunc 12.10.2012 - 14:11
fonte

3 risposte

7

Non sono a conoscenza di alcuna best practice per questa situazione, quindi ecco la mia opinione:

Una dipendenza aggiornata dovrebbe riflettersi nella tua versione; prendiamo l'esempio dello schema di numerazione MAJOR.MINOR.REVISION.

Qualsiasi modifica alla versione in una dipendenza dovrebbe almeno incrementare il numero di REVISIONE, ma una modifica più grande, come una modifica MAJOR o MINOR nella versione delle dipendenze, dovrebbe farti incrementare la versione MINORE.

Sebbene le modifiche alle versioni MAJOR dipendano spesso dalle modifiche API, non incrementerei la tua versione MAJOR a meno che tu non abbia apportato più modifiche rispetto all'aggiornamento a una nuova versione MAJOR di una dipendenza.

    
risposta data 12.10.2012 - 15:07
fonte
3

Versioning semantico è un tentativo di codificare il modo in cui i numeri di versione dovrebbero funzionare.

In poche parole:

Given a version number MAJOR.MINOR.PATCH, increment the:

  1. MAJOR version when you make incompatible API changes,
  2. MINOR version when you add functionality in a backwards-compatible manner, and
  3. PATCH version when you make backwards-compatible bug fixes.

In base a ciò, non dovresti preoccuparti se il cambiamento nel prodotto finale fosse dovuto a cambiamenti nel tuo codice o cambiamenti in una dipendenza. Se aggiunge funzionalità, cambia la versione secondaria, in caso contrario, cambia la versione della patch, se non fa alcuna differenza (forse non stai usando la parte della dipendenza che è cambiata), penso che tu non è necessario aggiornare il numero di versione.

    
risposta data 23.06.2013 - 12:16
fonte
1

Se aggiorni solo la dipendenza, questa è una revisione secondaria (quasi nessuna modifica al tuo codice), quindi aggiorno solo il terzo numero. Il secondo numero di solito è riservato per aggiornamenti importanti (bug di grandi dimensioni, nuove funzionalità, problemi di bilanciamento, ecc.) E il primo per una versione completamente nuova del software.

    
risposta data 12.10.2012 - 15:01
fonte

Leggi altre domande sui tag

Come si modella ha una relazione (di aggregazione) nei linguaggi di programmazione funzionale Come descrivere un insieme di percorsi in un grafico con il minor numero di nodi possibile?