¿2.0.1 o 2.1.0? Qué versión usar cuando tienes bugs graves y nuevas funciones
Hoy hablamos de uno de esos dilemas que siempre aparece cuando ya tienes listo tu APK o tu build para producción:
“¿Le pongo 2.0.1 o 2.1.0 a este release?”
El escenario es muy común:
- Corregiste varios bugs graves.
- Además agregaste una funcionalidad nueva, aunque sea pequeña.
Y la duda es: ¿Basta con un Patch (2.0.1) o ya debería saltar a Minor (2.1.0)?
🔢 Entendiendo el versionado semántico (SemVer)
Primero, recordemos la regla base:
Mayor.Minor.Patch| Parte | Cuándo cambia |
|---|---|
| Mayor | Cambios incompatibles o reestructuración fuerte. |
| Minor | Nuevas funcionalidades (que no rompen nada). |
| Patch | Correcciones de errores o ajustes menores |
💡 En este caso: Bugs graves + funcionalidad nueva
Aunque los bugs que corregiste hayan sido muy graves, el versionado semántico no se basa en la severidad del problema, sino en el tipo de cambio.
Si en el mismo paquete de cambios incluiste una nueva funcionalidad, aunque sea mínima, lo correcto es:
👉 Usar 2.1.0.
Porque estás añadiendo algo nuevo además de corregir errores.
⚠️ ¿Es mejor separar en dos releases?
¡Muy buena práctica! A veces sí. Aquí la recomendación:
| Estrategia | Cuándo usar |
|---|---|
| 🧯 Separar en dos releases | Cuando los bugs son críticos y quieres priorizar la estabilidad. Ejemplo: primero 2.0.1 con solo fixes, y luego 2.1.0 con la nueva funcionalidad. |
| 🚀 Un solo release (2.1.0) | Cuando ya todo está probado y la funcionalidad nueva es estable y lista para salir junto a las correcciones. |
Separar en dos releases tiene la ventaja de dejar claro en tu historial que la prioridad fue estabilizar antes de sumar novedades.
🎯 Resumen rápido
| Situación | Versión recomendada |
|---|---|
| Solo fixes (bugs, ajustes menores) | 2.0.1 |
| Fixes + nuevas funcionalidades (aunque pequeñas) | 2.1.0 |
| Cambios que rompen compatibilidad | 3.0.0 |
✅ Conclusión
No importa si los bugs fueron graves o leves, si en tu release también incluyes una funcionalidad nueva, la versión correcta es 2.1.0.
Ahora bien, si quieres dejar claro que primero resolviste la estabilidad, siempre es mejor separar en dos releases: uno solo para las correcciones (2.0.1) y otro para la nueva funcionalidad (2.1.0)
Así tu changelog y tus usuarios siempre tendrán claridad.
¡Gracias por leer!