[Py-MAD] Mercurial vs git (antes: Reunión python-madrid febrero 2013)
Yamila Moreno Suárez
yamila.ms at gmail.com
Wed Feb 6 09:27:17 CET 2013
Un par de apuntes sobre este tema donde creo que puedo aportar:
- en bitbucket los repos privados también son gratis
- considero que es una práctica sana aumentar el busfactor sobre el repo.
Dejarlo dependiente y centralizado en una persona es un riesgo innecesario
habiendo opciones
- esto además facilita la administración de usuarios y permisos
- aparte, con bitbucket ya se integra un sistema de issues; no esperamos
muchas, pero no tiene sentido descartar esa feature pudiendo disfrutarla
- además, tenemos una cuota que debería servir para pagar, llegado el caso,
los servicios necesarios
En fin, no quisiera dejar sin agradecer el ofrecimiento de repo en un sitio
muy bien cuidado, pero en mi opinión deberíamos declinarlo en aras de un
sistema más mantenible y menos dependiente a largo plazo.
yami
2013/2/6 Guillermo Vaya <guivaya at gmail.com>
>
> El 06/02/2013 01:10, "Jesus Cea" <jcea at jcea.es> escribió:
>
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On 05/02/13 19:48, Guillermo Vaya wrote:
> > > Es un sistema distribuido... La opción de tenerlo en 2 o n sitios
> > > es perfectamente viable y sacar las ventajas de todos
> >
> > Sí, eso lo acabo de comentar yo ahora en otro mensaje. Pero hay un
> > problema: Es previsible que haya recursos manejados con control de
> > versiones que no deben ser públicos. Pensemos en cosas como listas de
> > socios, sus datos personales, actas, y vete tú a saber qué dentro de
> > un año.
>
> Las actas son públicas (que yo sepa) y pueden estar en un repositorio
> público o privado, pero los datos de usuario no y no deberían estarlo, como
> no lo estaría las configuraciones de servidores, etc. El que sea tu
> repositorio no lo hace menos público en principio. Y aunque lo pusierais
> bajo clave, cifrado y con tanques, nada impediría que el repo clonado de
> otro usuario fuera accesible (de hecho podría clonarlo en github/bitbucket).
> Por ello, no no creo que los datos sensibles deban estar ahí.
>
> > Tengo entendido que BitBucket y GitHub permiten el uso de repositorios
> > privados... pagando. Ese es precisamente su negocio: dar servicios
> > gratis para enganchar a las masas y que paguen cuando quieran usar lo
> > que están acostumbrados a usar para proyectos de código cerrado.
> >
> > En cierto modo, cada proyecto abierto que se hospeda ahí es un
> > "anzuelo" y publicidad para ellos. Hummmm, puta ética mía...
>
> En esto no voy a entrar que es bastante fuera de tema, pero si quieres
> crea un hilo aparte y que la gente opine ;-)
>
> >
> > - --
> > Jesús Cea Avión _/_/ _/_/_/ _/_/_/
> > jcea at jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/
> > jabber / xmpp:jcea at jabber.org _/_/ _/_/ _/_/_/_/_/
> > . _/_/ _/_/ _/_/ _/_/ _/_/
> > "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/
> > "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/
> > "El amor es poner tu felicidad en la felicidad de otro" - Leibniz
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.10 (GNU/Linux)
> > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> >
> > iQCVAwUBURGfXJlgi5GaxT1NAQLq/QQAnFt9WqiD8hv8Z8jKx1MquqIICuU6kV+J
> > 6hcYL9mtPqhkmgJZRSHKphyKGMyWUaAxFaGvC/rzqFxetPQfdnyuBC29/V7/SQMO
> > BpGrjL7Fz1J6lPd8e5jN05GNPnNhS8In2cA0aZz1Vo2G/00yxV00eoBHD8cFye8E
> > 5djXHPD9ZK4=
> > =IJKl
> > -----END PGP SIGNATURE-----
> > _______________________________________________
> > 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
>
--
Yamila Moreno Suárez
http://dendarii.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20130206/66794d87/attachment-0001.html>
More information about the Madrid
mailing list