Liberado el código Android de Zaragoza GTUG bajo licencia GPLv3

[FranCHo Joven (android)]

Acabo de subir al repositorio del grupo el código fuente de la aplicación que usamos en el primer taller de GTUG-Zaragoza.

Como no podía ser de otra forma está alojado en los servidores de Google Code:

http://code.google.com/p/gtug-zaragoza-android/

Estais tod@s invitad@s a mejorarlo, sino sabéis por donde empezar os dejo un par de "@TODO" que se quedaron fuera del taller por falta de tiempo:

1.- Arreglar en tema de la conversión de zona horaria a la hora de mostrar las fechas

2.- Convertir la descarga de artículos en un servicio

3.- Usar SharedPreferences para controlar la frecuencia de descarga (por ejemplo cada 10 minutos)

Saludos
--

FranCHo Joven    

web. http://francho.org    twitter. @francho_lab

[Eduardo Moreno]

Hola Francho.

Seguramente me pondré con alguna modificación.
¿Cómo está la cosa de hacer commits? Hay que solicitar ser commiter,
ya lo somos por pertenecer al grupo o simplemente te pasamos los
cambios para que los integres tú o cualquier otra persona?

Saludos...

On 11 abr, 18:34, "FranCHo Joven (android)" <andr...@francho.org>
wrote:

> web. *http://francho.org**   *twitter. *@francho_lab*

[FranCHo Joven (android)]

Pues la verdad es que no lo habíamos pensado, supongo que tendremos que poner algún tipo de regla...

¿Alguna sugerencia?

saludos

[CrowLer]

GIT, Subversion...?
Quereis control de versiones o solo publicar cambios de las modificaciones?

No se.. hay múltiples alternativas..

[CrowLer]

Me autorespondo... ya vale con google.code xD
eso pasa por leer demasiado rápido. :P

[FranCHo Joven (android)]

En un principio lo hemos subido a Google Code (era lo más lógico siendo un grupo de Fanboys de Google ;-P ) y lo que solo dos daba opción a elegir entre Subversion y Mercurial. Elegí subversion porque tenia el plugin ya instalado en Eclipse ;-)

Me refería a las reglas para aceptar nuevos commiters... algo en plan  http://www.chromium.org/getting-involved/become-a-committer

Saludos

[Eduardo Moreno Lamana]

No, si Subversion ya hay:

# Non-members may check out a read-only working copy anonymously over HTTP.
svn checkout http://gtug-zaragoza-android.googlecode.com/svn/trunk/ gtug-zaragoza-android-read-only

Lo que supongo que habrá que ir autorizando las cuentas que quieran commitear. Supongo que Francho se refiere a que criterio seguimos para que la cosa no se desmadre.

Saludos...

[Raul Gracia Lario]

yo por eso le propuse a pedro Fraca subir el proyecto a github.com, la gestion de usuarios, de permisos, de hacer forks y en general todo lo que implica que un proyecto sea open source y todo el mundo "meta mano", en mi opinion, esta muy bien gestionada de hecho el propio codigo de android esta disponible atraves de git. Pero bueno ahi esta la discusion....

https://twitter.com/#!/arubin/status/27808662429 

--
Un Saludo,

Raúl Gracia Lario.

Twitter: @maliciousmind

[CrowLer]

No hay nada como leer para comprender! ;D
sorry :P

[CrowLer]

Entonces hay que evaluar las ventajas de dejarlo en Google Code o pasarlo a GitHub... alguien que conozca los dos a fondo y pueda sugerir uno de los dos?

Las reglas creo que debería ser Francho el que las pusiera, respecto a lo de tocar código y crear versiones... no?

[FranCHo Joven (android)]

Si, lo del Github lo hablamos, pero entre que estabais metiendo prisa con lo de liberarlo, que nunca he gestionado un proyecto con git y sobretodo por lo de usar servicios de Google nos decantamos por subversion.

De todas formas bien sea Git o Svn habrá que poner unas reglas para la integración en la rama principal (la que se usará como referencia y se subirá al market)

Saludos

El 13 de abril de 2011 23:46, Raul Gracia Lario <raulgra...@gmail.com> escribió:

[Raul Gracia Lario]

en github te haces un fork del proyecto, haces lo cambios que quieras, y luego solicitas un pull, si al dueño del proyecto le parecen bien los cambios, simplemente lo deja pasar, aparte puedes añadir usuarios que tengan todos los permisos sobre el repo.

[Eduardo Moreno Lamana]

OK, iba a decir que si no importa que todo el mundo meta mano en ese caso se podría simplemente admitir como commiter a todo miembro del grupo en el svn de Google Code. No conozco git pero por lo que comentabas ya imaginaba que tendría una filosofía más adecuada para esta situación. Egoistamente me siento muy cómodo con subversion, aunque también hacerlo en git sería la oportunidad de conocerlo. 

Por lo que entiendo también, esas reglas para la integración principal que comentaba en otro correo Francho ya están de alguna forma asimiladas por la forma de ser de git.

Supongo que la cuestión clave es pues si alguien se va a ocupar de "dirigir" el tema. En ese caso convendría git por lo que entiendo. Con svn sería más "manual".

Saludos...

[Raul Gracia Lario]

yo mi propuesta es github.com, pero supongo que esto deberia de ser una decision de todo el grupo, y obviamente el que tiene todos los boletos para convertirse en el "director" seria francho que es quien creo la aplicacion y quien mejor la conoce.

[FranCHo Joven (android)]

Francho, al igual que Eduardo se siente más cómodo con subversion aunque no tendría problema en ceder el testigo a un admin de git que se comprometa.

Lo de aceptar como commiters a la gente del grupo me parece bien, que os parece que a todo el que lo solicite y haya acudido al taller o participado activamente en la lista lo admitamos sin requisitos extra.

Periodicamente (depende del movimiento) iríamos estabilizando versiones y creando tags que serían las que se subirían al Market.

Saludos

[Manuel Polo]

Hola a todos,

Por analogías git y mercurial son "primos" hermanos, y dado el fondo del grupo y que google code soporta mercurial (yo personalmente y en mi empresa lo usamos dentro y en google code) me decantaría por mercurial en gcode ;)

Mis dos céntimos.. 

--
Manuel Polo

http://twitter.com/mrmx

http://es.linkedin.com/in/manuelpolo

http://www.facebook.com/manuel.polo
http://www.flickr.com/photos/mrmx/

http://www.google.com/profiles/mistermx

http://www.google.com/reader/shared/mistermx
http://mrmx.org

[CrowLer]

Lo secundo...

[Eduardo Moreno Lamana]

A mi me vale...

[Dani Latorre]

Mis 2 céntimos: sea un sistema de control de versiones distribuido o no, normalmente el derecho de committer hay que ganárselo a ojos de los administradores :)

Si el control de versiones es subversion se puede mandar algún patch por email(http://ariejan.net/2007/07/03/how-to-create-and-apply-a-patch-with-subversion/) y si es mercurial imagino que tendrá algún sistema tipo al pull request de git(http://help.github.com/pull-requests/). Así los BDFL(http://es.wikipedia.org/wiki/Benevolent_Dictator_for_Life) pueden decidir cuando alguien está preparado para se committer ;)

--
Daniel Latorre
Co-founder: http://www.jobsket.com/
My CV: http://www.jobsket.es/cv/dani
My website: http://www.danilat.com/

[Orestes Domínguez]

Hola a todos!

Hoy me he enterado que han añadido soporte para git en google-code.
Aún no he trasteado, así que no se si tiene el tema de forks tan bien
integrado como github, pero google code + git sería una opción a
tener en cuenta

[Fernando Orus]

Hola gente.

Pregunta seguramente estúpida. ¿Qué significa exactamente "convertir la descarga de artículos en un servicio"? ¿Algo específico de Android/Google? ¿Un WS?

En cualquier caso, muchas gracias, FranCho

[Eduardo Moreno Lamana]

No existen las preguntas de ese tipo :-)

Francho se refería a trasladar el código que hace la descarga de artículos a un componente Android de este tipo:

http://developer.android.com/guide/topics/fundamentals/services.html

Saludos...

[Fernando Orus]

Ya veo, me queda mucho manual que leer :-)