C'è qualche motivo per un nuovo progetto pubblico in fase di avvio, se data la scelta (ad esempio, non è vincolata dalla loro società), userebbe qualcosa di diverso da Semver ? Esistono metodologie concorrenti, ad esempio Semver non è ancora stato ampiamente accettato?
Questa domanda sorge perché un pacchetto molto noto che uso aggiornato dalla 3.2 alla 3.3. Ho aggiornato ciecamente, pensando che questo potesse solo aggiungere nuove API, non rompere le vecchie API. E con mia sorpresa, 3.3 ha cancellato alcune API deprecate. Controllando il loro controllo delle versioni, non ha specificato quale "sistema" usano.
Quindi, dovremmo assumere che Semver è l'impostazione predefinita per [la maggior parte / tutti] progetti Github?
Modifica: semver.org
Modifica2: Penso che questo dibattito dipenda molto dal fatto che il software sia una libreria o una applicazione finale (l'utente è seduto di fronte ad essa che interagisce con esso). La mia intenzione originale era discutere il primo. Cioè, se il codice può essere una dipendenza in altro codice. Le librerie non semere rendono molto difficile sapere se è sicuro scaricare una versione più recente della libreria e dipendere da essa. Al contrario, non mi importa quale sia la versione di Firefox perché non la utilizzi come libreria, la stai usando come applicazione finale.