¿Por qué GitHub sugiere "prefijo los nombres de su versión con la letra v?"

Este es el contenido en la barra lateral derecha de GitHub:

Sugerencias de labeldo Es una práctica común include los nombres de sus versiones con la letra v. Algunos nombres de tags buenos pueden ser v1.0 o v2.3.4.

Si la label no es para uso de producción, agregue una versión preliminar después del nombre de la versión. Algunas buenas versiones previas a la versión pueden ser v0.2-alpha o v5.9-beta.3.

Versiones semánticas Si no está familiarizado con la versión de software, le recomendamos que lea sobre versiones semánticas .

No entiendo por qué prefijo tus nombres de versión con la letra v ? Explique por favor, ¿por qué los nombres de las versiones de prefijos con la letra v son las mejores prácticas?

La mayoría de los proyectos de código abierto, y muchas tags en github y otros sitios VCS abiertos, siguen un formatting llamado Versión semántica , vinculado también en la cita en su pregunta. Este es el model de versiones que sugiere:

Dado un número de versión MAJOR.MINOR.PATCH, incremente el:

  1. Versión MAYOR cuando realiza cambios incompatibles de API,
  2. Versión MINOR cuando agrega funcionalidad de una manera compatible con versiones anteriores, y
  3. Versión PATCH cuando haces correcciones de errores compatibles con versiones anteriores.

Se encuentran disponibles tags adicionales para los metadatos preliminares y de compilation como extensiones del formatting MAJOR.MINOR.PATCH.

La recomendación SEMVER ha pasado por algunas revisiones propias, y en un momento dado me recomendó una label con una "v", pero en estos días creo que no menciona la práctica. Sin embargo, muchos sitios, proyectos y convenciones han seguido esta antigua práctica SEMVER y no se han actualizado para seguir las recomendaciones más recientes.

Mi propia opinión es que probablemente no importa si inicia sus tags con una "v" o no. Pero puede que le sea más fácil usar herramientas como sort si no lo hace.