Supponiamo che stia sviluppando una libreria (javascript) che è ospitata su un repo pubblico (ad es. github). Il mio obiettivo in termini di assegnazione e incremento dei numeri di versione è seguire le linee guida del controllo delle versioni semantiche .
Ora, c'è un numero di file nel mio progetto che compongono la lib effettiva e un numero di file che 'supportano', essendo quest'ultimo doc, una suite di test, ecc. La mia prospettiva è stata che i numeri di versione dovrebbero si applica solo alla lib effettiva - non al progetto nel suo insieme - poiché la sola lib è "l'unità" che definisce l'API pubblica.
Tuttavia non sono soddisfatto di questo approccio poiché, ad esempio, una correzione nella suite di test costituisce un "miglioramento" nel mio progetto, che non si rifletterà nel numero di versione (o nei documenti che contengono un riferimento a esso). A un livello più pratico, vari strumenti, come i gestori di pacchetti, possono (comprensibilmente) non giocare con questa strategia. Ad esempio, quando provi a pubblicare una modifica che non si riflette nel numero di versione, npm publish fallisce con il suggerimento "Bump il campo 'versione' imposta il flag --force, o npm unpublish".
Sto sbagliando?