Der Sinn von SemVer ist, dass die Versionsnummer nützliche Informationen kommunizieren sollte. Die einzige Information, die Ihr vorgeschlagenes Schema kommuniziert, ist die Erdumrundung der Sonne. Diese Information ist für den Verbraucher der Software nicht sehr nützlich.
Wenn ich aus irgendeinem Grund das Veröffentlichungsdatum wissen wollte, würde ich mir die Veröffentlichung ansehen und das vollständige Datum erhalten.
Nicht wirklich. Der Punkt ist, die Art der Veröffentlichung dem Benutzer mitzuteilen.
Wenn die Veröffentlichung eine Patch-Version ist, bedeutet dies, dass die Änderung nichts enthält, von dem erwartet wird, dass es den Arbeitsablauf der Benutzer der Software beeinträchtigt.
Wenn die Veröffentlichung eine Minor-Version ist, bedeutet dies, dass die Änderung die Hinzufügung neuer benutzeroberflächenbezogener Komponenten enthält, aber nichts, was die bestehenden Arbeitsabläufe der Benutzer der Software beeinträchtigen würde.
Wenn die Veröffentlichung eine Major-Version ist, bedeutet dies, dass die Änderung Änderungen enthält, die bestehende Arbeitsabläufe der Benutzer der Software beeinträchtigen können.
Die Bestimmung, welche der Versionskomponenten erhöht werden sollte, ist bei einer Software mit einer einzigen Benutzeroberfläche eindeutiger, aber die Prinzipien bleiben auch bei einer Software wie Discourse, die eine Vielzahl von Schnittstellen und Verbrauchertypen (z. B. Plugin-Entwickler, API-Konsumenten, Forenmitarbeiter, Endbenutzer) aufweist, gleich.
Selbst wenn die Wahl der zu erhöhenden Komponente bei diesem Softwareprojekt etwas subjektiver ist, hat die Versionsnummer immer noch eine Bedeutung, anstatt nur eine beliebige Zahl zu sein, wie es bei Ihrem Vorschlag der Fall ist.