馃搫 Introducci贸n

Introducci贸n


Se empieza desde aqu铆 el control de versiones.

Lo hecho anterior no se ha versionado.

Explicaci贸n de la numeraci贸n de versi贸n

Cambio Mayor.Cambio Menor.Correcci贸n Errores

  1. Cambio Mayor: Se incrementa cuando hay cambios incompatibles con versiones anteriores (breaking changes). Esto significa que si alguien est谩 utilizando una versi贸n anterior de tu aplicaci贸n o interactuando con su API, una actualizaci贸n a una nueva versi贸n mayor podr铆a requerir modificaciones en su propio c贸digo o flujo de trabajo para que siga funcionando correctamente. Un cambio importante en la interfaz de usuario o una reescritura significativa del c贸digo tambi茅n podr铆an justificar un incremento mayor.

  2. Cambio Menor: Se incrementa cuando se a帽ade nueva funcionalidad de manera compatible con versiones anteriores. Esto implica que los usuarios existentes pueden actualizar a la nueva versi贸n menor y beneficiarse de las nuevas caracter铆sticas sin tener que cambiar su implementaci贸n actual.

  3. Correcci贸n Errores: Se incrementa cuando se realizan correcciones de errores (bug fixes) compatibles con versiones anteriores. Estos son cambios peque帽os que solucionan problemas sin introducir nuevas funcionalidades ni romper la compatibilidad.

Ejemplo:

  • Se Comienza con la versi贸n 1.0.0.
  • Se corrige un error: La versi贸n pasa a ser 1.0.1.
  • Se a帽ades una nueva funcionalidad sin romper la compatibilidad: La versi贸n pasa a ser 1.1.0.
  • Se orrige otro error: La versi贸n pasa a ser 1.1.1.
  • Se realiza un cambio importante que rompe la compatibilidad con versiones anteriores: La versi贸n pasa a ser 2.0.0 (los n煤meros CAMBIO MENOR y CORRECCI脫N ERRORES se restablecen a cero).