Duda sobre desarrollo de software

[Snipe]

Tengo una duda que desde hace días tengo encima, y supongo que alguien de ustedes sabe.

¿Cómo deciden las versiones de software? Lo digo porque a veces hay versiones 0.9 como en Bitcomet, y muchos otros tienen versiones como 4 decimales, como Alcohol o Nero, etc.

[antonio]

Creo k no exist regla a seguir :(

[rdoggsv]

Código: [Seleccionar]

http://en.wikipedia.org/wiki/Software_versioning
Me extraña snipe un fiel seguidor de la wikipedia la dejo ignorada :X

Lo que se usa en la mayoría de los casos.

One very commonly followed structure for these numbers is:

    major.minor[.build[.revision]]

or

    major.minor[.maintenance[.build]]

Lo que esta entre corchetes lo podes entender como opcional 

El visual studio te lo pone así

// Version information for an assembly consists of the following four values:
//
//      Major Version
//      Minor Version
//      Build Number
//      Revision
//
[assembly: AssemblyVersion("1.0.0.0")]
[assembly: AssemblyFileVersion("1.0.0.0")]

[Trance]

sobre el control de versiones:

Código: [Seleccionar]

http://es.wikipedia.org/wiki/Control_de_versiones

[Snipe]

Mi pregunta venía a saber si en el desarrollo de software existe planificación de esas versiones, o si van poinéndoles nombre a medida los cambios van siendo hechos.

[rdoggsv]

Mi pregunta venía a saber si en el desarrollo de software existe planificación de esas versiones, o si van poinéndoles nombre a medida los cambios van siendo hechos.

Para la versión mayor haces un análisis y diseño y te enfocas en las características que va a tener, los errores y esas cosas que les corregís son revisiones, las nuevas características que aparecen sin ser de mayor interés son la versión menor, y cuando va a venir algo de verdad interesante y que va a cambiar cosas importantes del programa te pasas a otra versión mayor.

Todo eso con un buen diseño de sistemas.

Sí lo haces a lo tipo salvadoreño que solo le van agregando cosas así porque así sin ningún diseño como vas a llevar versiones si ni ellos saben para donde van o de donde vienen

[mxgxw]

Fijate que depende mucho de la filosofia del desarrollador, por lo general cada proyecto tiene sus propios "estandares" para definir numero de versiones.

Sin embargo, por lo general la gente sigue mas o menos esta dinamica:

[version].[sub-version].[fixes]

Version: Cambios mayores en el programa, un cambio de version puede indicar incluso una reescritura completa de codigo, o de las funciones principales, se puede decir que el mismo programa de dos versiones completamente diferentes, seran entre si dos programas diferentes.

Sub-version: Cambios menores en el programa, cuando un programa es de la misma version pero se van añadiendo nuevas funcionalidades o cosas por el estilo, se cambia el numero de sub-version, los cambios no son tan grandes como para decir que dos programas con subversiones diferentes son diferentes.

Fixes: Cuando se encuentra un error en el programa o algo, por lo general se arreglan los problemas y la nueva version cuenta con un numero nuevo de "arreglos". Los fixes no modifican en nada la funacionalidad o caracteristicas del programa, sino indican que se han corregido bugs o problemas en el sofware.

[vlad]

Sí lo haces a lo tipo salvadoreño que solo le van agregando cosas así porque así sin ningún diseño como vas a llevar versiones si ni ellos saben para donde van o de donde vienen

Tambien se da el caso de que al empezar un pequeño proyecto se empieza por la version 0.1 y asi va aumentando hasta 0.x y finalmente, cuando ya esta suficiemente "bien" el programa, se procede a avanzar a la version 1.0, y asi sucesivamente.

Ese quizas es el modelo mas simple y el que muchos pequeños programas/scripts utilizan (porque no siguen complicadas metas de lanzamiento y control).

Otras en cambio usan 0.X.Y, que es casi como el caso anterior, solo que X marca un avance significativo en el desarrollo hacia la version 1 y Y marca una revision con respecto a Y-1 [editado]como en Wine[/editado]

Hay tambien algunos que se basan en otras cosas, fijate en Ubuntu, que la version es "Año.Mes" ej. "2007/10" pasa a ser la version 7.10

Otro caso extraño es GNOME, que usan los impares para las versiones inestables/pruebas y pasan al numero par superior para indicar que es la version estable. Por ej. tienen la version 2.2.21 que es la version inestable y cuando este lista será 2.2.22