[Gvsig_desarrolladores] Contribuciones para gvSIG 1.11.

[Andrés Maneiro]

Hola Joaquín,

gracias por tu respuesta. Os envío entonces a través de la lista una de 
mis principales inquietudes y una propuesta.

Como desarrollador, a la hora de decidir sobre qué versión de gvSIG 
trabajar me sería muy útil conocer los tiempos en que puedo enviar las 
contribuciones a lo largo de una versión concreta (pongamos la 1.11) y, 
a grosso modo, cuando estarían integradas con el trunk de gvSIG. Así, 
conocería qué funcionalidades tendría por defecto gvSIG y cuáles tendré 
que desarrollar yo a mayores. También me ayudaría a minimizar los 
esfuerzos de integración de mis desarrollos en el proyecto gvSIG, con lo 
que enviaré parches más habitualmente :)

Creo que esto se podría soliviantar haciendo releases del proyecto con 
una frecuencia temporal fija y claramente establecida. Podéis ver estos 
hitos como "puntos de sincronización" del trabajo de todos los que 
colaboramos a hacer de gvSIG un mejor producto :)

Es decir, que cada 6 meses (por ejemplo) se publique una nueva versión 
del proyecto con todas las funcionalidades que dé tiempo a implementar. 
Las que no puedan entrar en esta versión lo harán en la siguiente. 
Hacerlo así facilitaría que todos los colaboradores sepan cuándo pueden 
integrar sus cambios y cuándo éstos se verán reflejados en el proyecto. 
Hay muchos ejemplos de esta política en el mundo del software libre, 
quizás una de las más conocidas sea la de Ubuntu, que cada 6 meses tiene 
una nueva versión.

Sobre cómo implementar esta política se podría hablar con calma y habría 
opciones. En mi humilde opinión, creo que aportaría muchos beneficios al 
proyecto -en términos de mayor y mejor colaboración.

Espero que se entienda la idea principal y no haya sido muy tocho el 
correo :)

Gracias,
amaneiro

PD: algunos enlaces sobre el tema, por si son de interés
http://nosolosoftware.com/wiki/Gestionando_el_ciclo_de_publicación
http://nosolosoftware.com/wiki/Escritorio_GNOME,_gestión_de_las_releases
http://nosolosoftware.com/wiki/Kernel_de_linux,_gestión_de_las_releases

On 11/09/2010 11:05 AM, Joaquin del Cerro wrote:
> Andrés Maneiro escribió:
>> Hola Manuel,
>>
>> no sé si irás al Code Sprint previo a las jornadas, sin duda sería una
>> muy buena oportunidad para hablar de estos temas ya que allí
>> participarán bastantes desarrolladores de diferentes lugares.
>>
>> Yo tengo alguna duda al respecto de la agenda de publicación de la 1.11
>> o de cómo enviar mis contribuciones.
>>
> Hola Andrés.
> Actualmente no hay una agenda cerrada sobre la publicacion de la 1.11.
> La idea es que para el próximo 15 de diciembre recojamos todas las
> aportaciones que hayan llegado hasta el momento y con eso decidamos
> que entra y planifiquemos la publicacion.
>
> Ahora mismo ya nos han hecho llegar varias contribuciones que no
> han entrado en la 1.10, y seguro que alguno tiene alguna cosa mas
> que le gustaria que entrase.
>
> Si no surge nada especial, podriamos esperar tener una agenda de
> publicacion de la 1.11 dos o tres dias despues del 15 de diciembre.
>
> Sobre lo de como enviar las contribuciones, pues en general las
> correcciones de bugs a traves del trac de bug, y las de mejoras
> de alguna funcionalidad ya existente a traves del trac de nuevas
> funcionalidades, tal como se describe en el documento "Contribuciones
> y parches al código de gvSIG". Las dudas que os surjan podeis
> preguntarlas en la lista sin problemas.
>
>
>> Si lo prefieres lo envío por la lista, si no, en algún momento durante
>> el CodeSprint podemos juntar un grupillo de gente a la que le interese
>> el tema y hablar un rato.
>
> No hay ningun problema en que hablemos de esto en el CodeSprint.
> Para eso se hace. Para que cada cual nos comunique sus inquietudes
> y ver como podemos hacercarnos y aunar esfuerzos en la misma direccion.
>
> Un saludo
> Joaquin
>
>>
>> amaneiro
>>
>> On 11/08/2010 07:55 PM, Manuel Madrid wrote:
>>> Estimados desarrolladores,
>>>
>>> Una vez publicada la versión final de gvSIG 1.10 vamos a empezar a
>>> trabajar en la versión 1.11. Uno de los objetivos de cada versión es el
>>> de intentar incluir las contribuciones hechas por la Comunidad de
>>> desarrolladores. En ese sentido os informamos de que evaluaremos todas
>>> las contribuciones recibidas  hasta el próximo 15 de diciembre y las que
>>> consideremos adecuadas las incluiremos en la planificación de la versión
>>> 1.11. Las contribuciones que se reciban pasado ese dia se tendrán en
>>> cuenta para la siguiente versión de gvSIG.
>>>
>>> Aquellos desarrolladores que estén interesados en aportar codigo a gvSIG
>>> pueden hacerlo siguiendo el procedimiento descrito en el documento
>>> "Contribuciones y parches al código de gvSIG" [1].
>>>
>>> Saludos,
>>> Board del CDT de gvSIG.
>>>
>>> [1]
>>> https://gvsig.org/web/reference_catalog/lookupObject?uuid=b49f9501f8f5740cb3d3d1a5e1b53778
>>
>> _______________________________________________
>> gvSIG_desarrolladores mailing list
>> gvSIG_desarrolladores en listserv.gva.es
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_desarrolladores
>>
>
>