Version a un programa

[Horst von Brand]

Juan Andres Ramirez <jandresaedo en surnet.cl> dijo:
> 	Esto no es offtopic como parece. Usando un control de versiones
> como cvs o subversion o cualquier otro, como se le puede ir dando version
> al programa que se va haciendo. Por ejemplo, en subversion, al hacer 5
> cambios seria la revision 5, entonces seria la version 0,5??. Es una
> aproximacion???.

Claro... es una opcion. Pero generalmente las versiones de los archivos
pocazo tienen que ver con la version del paquete como un todo (p.ej. Linux
lleva acumulados (estimativamente) unos 200 mil cambios, pero no es la
version 200 mil).

> 	Se que al hacer un cambio significativo(al agregar algo nuevo) se
> eleva la version considerablemente, pero en ese caso uno no se podria
> guiar por la revision que da subversion. Entonces con que regla se
> versiona un programa?. Gracias

Es asunto de quien lo hace. Un esquema popular es y.z, con y
incrementandose con cambios "grandes" (o que significan incompatibilidades
mayores), mientras z se incrementa cada vez que se libera una version. Otro
esquema es el (ex) esquema de Linux: x.y.z, con z como antes, y par si es
estable e impar para versiones de desarrollo, x para cambios muy
grandes. Otras opciones son cosas del estilo x.0.z para versiones de
desarrollo, x.y.z para versiones distribuidas (y >= 1, y crece con cambios
de interfaz o compatibilidad menores).

El otro es el de Solaris. O sea, 2.4, 2.5, 2.5.1, 2.5.2, 6, 7, ... (el 6
fue porque se esperaba WinNT 5.0 despues de los 4.x, pero Hasefroch les
jugo chueco y salio con Win 2000 ;-). O estupideces como las versiones de
Java ("Java 5" es 1.5.2, o algo asi).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513