SemVer en sí mismo no está realmente diseñado para aplicaciones grandes. Entiendo que está mucho más enfocado en bibliotecas consumidas por software y, en particular, la lógica de numeración de versiones se basa en la API del paquete.
Sin embargo, podríamos aplicar semver a nuestra(s) API(s). Tener garantías más sólidas en torno a las API que expone Discourse es sin duda una conversación que vale la pena tener, pero creo que está separada de esta.
Ahora, entiendo que no dijiste que deberíamos cumplir con SemVer, solo dijiste que deberíamos seguir usando números que cumplan con el sistema de numeración especificado por SemVer.
- Un número de versión normal DEBE tener la forma X.Y.Z donde X, Y y Z son enteros no negativos y NO DEBEN contener ceros a la izquierda. X es la versión principal, Y es la versión secundaria y Z es la versión de parche. Cada elemento DEBE aumentar numéricamente. Por ejemplo: 1.9.0 → 1.10.0 → 1.11.0.
Creo que la sugerencia de los “ceros a la izquierda” es lo único que romperíamos si seguimos ese camino.
Por lo demás, creo que cualquier biblioteca SemVer aún podría analizar los números de versión que estamos sugiriendo y ordenarlos correctamente.
Todo eso a un lado, ¿puedes compartir más sobre por qué crees que cumplir con un sistema de numeración SemVer tiene valor?