Aps... ya. Una duda más "existencial" que técnica
.
Cita:
Iniciado por tattojk 
Quisiera tomar algun standar pero en la red no he encontrado nada asi...
Personalmente, no me complico, manejo tres niveles: x.y.z donde:
- Aumento en X si el programa tiene nuevas características "programadas".
- Aumento en Y si tiene nuevas características "menores".
- Aumento en Z si solo contiene corrección de errores.
Ejemplo:
- Creada aplicación que muestra un formulario y para la venta de productos. versión 1.0.0
- Resultó que una validación estuvo fallando. Se corrige y pasa a la 1.0.1
- Se estaba manejando un solo campo para la dirección, pero resultó complicado --en producción-- y se decidió lo mejor era manejar un campo para la calle y otro para el número. Pasa a versión 1.1.0 (es una "corrección" de una característica implementada, sin ser un bug)
- Se mejora algún algoritmo ya implementado. Pasa a versión 1.2.0
- Ahora no soporta el pago con tarjeta de crédito, pero se planea implementar. Para entonces, será la versión 2.0.0 (una versión planificada)
Y así ... Depende mucho de tu metodología de desarrollo, si evoluciona mucho y de tus métodos para que el sistema pase a producción. Lo importante será que determines un modo para versiones planificadas (nuevas características) y uno para corrección de Bugs (que siempre los hay).
Mis 2 centavos.
