[Py-MAD] Mercurial vs git (antes: Reunión python-madrid febrero 2013)

Carlos Hidalgo hidalgoruizcarlos at gmail.com
Thu Feb 21 12:51:42 CET 2013


Hola amigos.

Yo no se usar Git, por mas que he leído, en la práctica no le agarro la onda. Tienen algún proy pequeño donde pueda aprender rápido?


Carlos Hidalgo
Software Developer

El 21/02/2013, a las 05:47, "piranna at gmail.com" <piranna at gmail.com> escribió:

> Yo como soy un tipo solitario y trabajo solo, prefiero usar Git y asi cada una de mis personalidades multiples y mis amigos imaginario pueden trabajar cada uno en una branch diferente de formaindependiente y sin tener que hablarse entre ellos durante dias o semanas... Al menos Eliza, mi psiquiatra, lo aprueba... :-)
> 
> Sent from my Android cell phone, please forgive the lack of format on the text, and my fat thumbs :-P
> 
> El 21/02/2013 12:35, "Yamila Moreno Suárez" <yamila.ms at gmail.com> escribió:
>> Este artículo me ha convencido totalmente. Paso de GIT para siempre. Quiero vivir experiencias de equipo como los programadores de verdad:
>> 
>> http://svenpet.com/2013/02/21/dont-use-git/
>> 
>> 
>> 2013/2/20 J. Javier Maestro <jjmaestro at ieee.org>
>>> Yo secundo lo que dicen Andrey y Yamila. Además, me parece un poco falaz eso de la "ética del outsourcing". Hasta que la Asociación no tenga infraestructura propia, cualquier cosa que se haga será "outsourcing". Ahora mismo, el outsourcing serías tu, Jesús. Así que te aplica tu frase de "En cierto modo, cada proyecto abierto que se hospeda ahí es un "anzuelo" y publicidad para ellos.". En mi opinión, te aplica con respecto a los DNS, web y demás. Está todo bajo jcea.es. Así que, como decías en otro mail, por lo menos lo cambiaría todo a es.python.org para que esté bien institucionalizado.
>>> 
>>> Respecto a temas de hooks y similares... sinceramente, con los web hooks que ofrece GH (y espero que ofrezca BB) no se me ocurre qué cosas no podremos hacer.
>>> 
>>> El argumento de no usar estos servicios porque no necesitamos las funcionalidades que ofrecen... se me escapa completamente. Sinceramente, si añadieran complejidad de la leche, lo entendería. Pero es al reves! Son más sencillos de montar y mantener a largo plazo que las soluciones montadas por nosotros. En el caso del repo es un poco difícil de ver, porque un repo en sí es trivial de montar. Pero, como bien apunta Yamila, tienen wiki, issues, y un largo etcetera de cosas que ganas.
>>> 
>>> Por no hablar de la visibilidad, colaboración con el mundo, reconocimiento (vía gráficos, datos, etc) de quién colabora más, etc. Vamos, lo que viene siendo toooodo lo positivo que vemos y buscamos en el mundo Open Source. Por eso me resulta paradójico tener que discutir esto.
>>> 
>>> En fin, que empezar con un bus factor enorme me parece una insensatez. Sobre todo, el tema del DNS.  Pero bueno, mi filosofía creo que quedó clara cuando Miguel Araujo gestionó la cesión del subdominio es.python.org y tuvimos el hilo acerca de "la nube", el DNS, etc. Lo dejo por aquí por si alguien nuevo quiere estar al corriente:  https://lists.es.python.org/pipermail/madrid/2012-June/001508.html
>>> 
>>> Mis 2 miserables centavos,
>>> 
>>> -- 
>>> jj
>>> 
>>> _______________________________________________
>>> Madrid mailing list
>>> Madrid at lists.es.python.org
>>> https://lists.es.python.org/listinfo/madrid
>> 
>> 
>> 
>> -- 
>> Yamila  Moreno Suárez
>> http://dendarii.wordpress.com
>> http://moduslaborandi.net
>> 
>> _______________________________________________
>> Madrid mailing list
>> Madrid at lists.es.python.org
>> https://lists.es.python.org/listinfo/madrid
> _______________________________________________
> Madrid mailing list
> Madrid at lists.es.python.org
> https://lists.es.python.org/listinfo/madrid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20130221/47d01648/attachment-0001.html>


More information about the Madrid mailing list