Sviluppo un progetto open-source. Secondo questa pagina web , dovresti incrementare la "versione MINORE quando aggiungi funzionalità in un modo compatibile all'indietro".
Supponiamo che sto sviluppando due caratteristiche distinte in un modo compatibile all'indietro. Le funzionalità distinte devono sempre far parte di versioni separate o possono essere raggruppate insieme?
Una versione può essere composta da qualsiasi set di funzionalità che desideri. Tu (e le tue esigenze di business, marketing, facilità di aggiornamento per i tuoi utenti, ecc.) Determinano cosa dovrebbe andare in un particolare rilascio.
Se vuoi rilasciare una versione singola con due nuove funzionalità, prova. Se la funzionalità aggiunta è retrocompatibile, si incrementerebbe la versione secondaria, come hai detto. Se, d'altra parte, vuoi due rilasci per queste due caratteristiche, vai per quello (questo è probabilmente il modo più CI / CD). In tal caso, la versione secondaria verrebbe incrementata due volte (anche in questo caso si presuppone la compatibilità con le versioni precedenti).
Il versioning semantico non richiede l'incremento della versione secondaria per ogni nuova funzionalità. Solo che se si aggiungono funzionalità compatibili con le versioni precedenti, è necessario incrementare la versione secondaria come minimo. Puoi avere solo una nuova funzionalità compatibile con le versioni precedenti o cinquanta tra la versione 1.8 e 1.9, non importa, sono consentite da semiver.
Se vuoi incrementare le versioni secondarie per ogni nuova funzionalità, quella potrebbe essere una politica specifica del progetto, ma non è richiesta da semver.
Leggi altre domande sui tag open-source release-management release semantic-versioning