[Jderobot-admin] numeración versiones JdeRobot

[Luis Roberto Morales]

Buenos días,

Yo también lo veo bien. En muchos entornos el "cuarto número" ya lo trata
como número de compilación o algo similar, como si no fuera parte de
versión; para un uso interno no está mal, pero de cara a un lanzamiento
"cerrado" (finalizado) nos sobra.

Con tres números somos capaces de indicar perfectamente - como ya se ha
dicho - lo más importante a los usuarios "cuidado, podría haber cambios en
la API que supongan rotura de la misma" (A), "hemos cambiado o añadido
algo, sería raro que tuvieras que cambiar algo" (B), "hemos solucionado
fallos, tú como si nada" (C).

Un saludo,
Roberto

El 10 de marzo de 2016, 21:03, Francisco Perez <f.perez475 en gmail.com>
escribió:

> Yo lo veo bien, al fin y al cabo una RC es una 'release candidate' y las
> estamos tratando como releases a secas. Hoy estará el nuevo paquete RC6 que
> supongo que será el último si adoptamos esta nueva semántica.
>
> Saludos!
>
> â–¶ Mostrar texto citado
> El 10/03/2016 17:40, "JoseMaria Cañas Plaza" <josemaria.plaza en gmail.com>
> escribió:
>
>> Hola,
>>
>> la nueva versión de JdeRobot que hemos sacado es la
>> JdeRobot-3.5.1-RC5. No veais lo que está costando cerrarla. Tiene la
>> base para el campeonato de drones, para el curso de robótica
>> (formula1, taxi), para el master y para la asignatura de robótica
>> (driver del kobuki real por fin integrado). Hoy probablemente saquemos
>> la 5.3.1.RC6, que espero dure más tiempo.
>>
>> Me parece un poco mareo tener tanto número de versión. Con los RC
>> podemos designar las versiones 'internas' de pruebas, que no hacemos
>> públicas en general. Y utilizamos el tercer número para iterar a
>> medida que resolvemos bugs: 5.3.2, 5.3.15....
>>
>> Así las versiones nuestras serían A.B.C [-ReleaseCandidate D]
>> A= Numero mayor, cambios de API gordos
>> B = Número menor, subversion
>> C = solución de problemas pequeños, sin romper API
>> D = en general no lo publicamos oficialmente, lanzamientos no oficiales.
>>
>> No es exactamente la política del Kernel de linux (no usamos la
>> semántica de par o impar, en ahora han reducido a dos números), pero
>> se le parece. ¿Cómo lo veis? Si os parece bien y nadie tiene
>> argumentos fuertes en contra, tiramos con ese convenio de numeración
>> de versiones.
>>
>> JoseMaria
>> --
>> Universidad Rey Juan Carlos
>> http://gsyc.urjc.es/jmplaza
>> _______________________________________________
>> Jderobot-admin mailing list
>> Jderobot-admin en gsyc.escet.urjc.es
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>>
>
> _______________________________________________
> Jderobot-admin mailing list
> Jderobot-admin en gsyc.escet.urjc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://gsyc.escet.urjc.es/pipermail/jderobot-admin/attachments/20160311/dda65773/attachment.htm