Aggiorna la versione secondaria di Semver sugli aggiornamenti di test?

1

Cerco sempre di rispettare le specifiche del semere quando applico le modifiche. Questa volta però mi chiedevo cosa fare quando aggiorno i miei test: sto lavorando su un client API che include un server API semplificato in esecuzione localmente per testare il client (dal momento che molti metodi API stanno cambiando irreversibilmente i dati).
Ora, che cosa fare quando aggiungo percorsi all'API di test o aggiungo nuovi test alla mia suite di test?

La mia prima linea di pensiero è stata di non modificare affatto la versione, dal momento che non sono state apportate modifiche al mio codice effettivo, ma ciò significherebbe che il pacchetto NPM pubblico non includerebbe i nuovi test, cosa che mi infastidirebbe.

D'altro canto, la modifica della versione secondaria (dal momento che è stata implementata una nuova funzionalità) indicherebbe anche la cosa sbagliata.
Come gestisci questo?

    
posta Mo Friedrich 14.06.2016 - 14:09
fonte

2 risposte

5

Penso che tu stia pensando troppo. Guardalo dal punto di vista dell'utente del tuo pacchetto, aggiornandolo. È sicuro che facciano senza modifiche al codice? Quindi urtare la versione 'z' di x.y.z è del tutto appropriato.

L'alternativa qui è di non rilasciare affatto una versione aggiornata, dal momento che non puoi (o non dovresti essere in grado) rilasciare un nuovo codice che ha la stessa versione di una versione esistente

    
risposta data 14.06.2016 - 14:50
fonte
2

Penso che sia abbastanza giusto sfiorare il componente della versione della patch se si desidera creare un nuovo pacchetto senza modifiche diverse da test aggiuntivi. In un certo senso hai appena migliorato la tua "documentazione".

    
risposta data 15.06.2016 - 03:31
fonte

Leggi altre domande sui tag