Il punto del SemVer è che il numero di versione dovrebbe comunicare informazioni utili. L’unica informazione comunicata dal tuo schema proposto è l’orbita terrestre attorno al sole. Queste informazioni non sono molto utili per il consumatore del software.
Se per qualche motivo volessi conoscere la data di rilascio, guarderei il rilascio e otterrei la data completa.
Non proprio. Il punto è comunicare la natura del rilascio all’utente.
Se il rilascio è un aumento di versione patch, questo comunica che il changeset non contiene nulla che dovrebbe influire sul flusso di lavoro degli utenti del software.
Se il rilascio è un aumento di versione minor, questo comunica che il changeset include l’aggiunta di nuovi componenti rivolti all’utente, ma nulla che interrompa i flussi di lavoro esistenti degli utenti del software.
Se il rilascio è un aumento di versione major, questo comunica che il changeset include modifiche che potrebbero interrompere i flussi di lavoro esistenti degli utenti del software.
La determinazione di quale dei componenti di versione dovrebbe essere aumentato è più chiara in un prodotto software con una singola interfaccia utente, ma i principi rimangono gli stessi anche per un prodotto software come Discourse, dove esiste una varietà di livelli di interfacce e tipi di consumatori (ad esempio, sviluppatori di plugin, consumatori di API, staff del forum, utenti finali).
Anche se la scelta di quale componente aumentare è un po’ più soggettiva in questo progetto software, si traduce comunque nel numero di versione che ha un significato invece di essere solo un numero arbitrario, come nel caso della tua proposta.