<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">El 5 de febrero de 2013 18:21, Jesus Cea <span dir="ltr"><<a href="mailto:jcea@jcea.es" target="_blank">jcea@jcea.es</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div><div class="im">On 05/02/13 18:10, Andrey Antukh wrote:<br>
> No necesito hacer un fork en github por cada feature, de ahi ,..<br>
> que no es asi, en mercurial parece que si que tengo que tener un<br>
> fork por feature. :D<br>
<br>
</div>No es necesario, pero es la forma "natural" a la que te orienta GitHub.<br></blockquote><div><br></div><div style>No, te vuelvo a repetir, lo natural es tener un fork con muchas branches por feature,... no un fork por feature...</div>
<div style> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Te "sugiere" un workflow. Puedes pasar de él, pero existe presión para<br>
que te adaptes y "aprendas". En vez de pedir permiso de commit a un<br>
repositorio, se "potencia" que lo clones (sin pedir permiso a nadie),<br>
parchees y luego hagas un "pull request" (que se puede ignorar).</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<br>
Este es el enfoque Mercurial: clones separados. GitHub no te lo<br>
impone, pero -Andrey- reconoce que te orienta, y mucho, en esa dirección.<br></blockquote><div> </div><div>Github te sugiere un workflow (no git) pero no te hace dificil otro workflow cualquiera...</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div class="im"><br>
> Siento repetir lo aburrido, como tu bien dices, cada proyecto es<br>
> distinto, "su cultura", por ese mismo motivo .. la herramienta no<br>
> debe afectar a esa cultura... sea cual sea... y mercurial impone<br>
> una. Eso rompe por completo tu afirmacion, ya que con mercurial<br>
> salirse de lo que es mercurial es complicado ya que como bien dices<br>
> "tiene una filosofia", en vez de ofrecerte a ti que adaptes la<br>
> herramienta a tu manera de trabajar.<br>
<br>
</div>Andrey, no me hagas pastear el ZEN de Python :-):<br>
<br>
[...]<br>
Explicit is better than implicit.<br>
Simple is better than complex.<br>
[...]<br>
Special cases aren't special enough to break the rules.<br>
<br>
  Reescribir la historia debería ser la excepción, no la norma.<br></blockquote><div><br></div><div style>No te lo voy a negar, tienes razon. No por ello la herramienta debe dificultartelo. Ya que si dado el caso tengo que hacerlo, puedo hacerlo de manera comoda, cojones que son herramientas de trabaj.</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
Although practicality beats purity.<br>
<br>
  Pero debería poder hacerse si es necesario.<br>
<br>
Errors should never pass silently.<br>
Unless explicitly silenced.<br>
[...]<br>
There should be one-- and preferably only one --obvious way to do it.<br>
<br>
  Impón una forma de hacer las cosas, pero haz posible otras.<br></blockquote><div style><br>Mercurial no cumple bien esa, por que no hace posible otras de manera decente... solo implementa una y bien pero otras... dajeme dudarlo.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
GIT me impone una cultura también. La cultura de que la historia es<br>
moldeable. Para mí eso es pecado, la historia de un proyecto es la que<br>
es, y el revisionismo debería tener la pena capital (hay casos<br>
contadísimos en los que puede estar justificado, y Mercurial te lo<br>
permite). GIT me obliga a vivir con una historia que cambia bajo mis pies.<br></blockquote><div><br></div><div style>Git no te obliga a vivir asi, solo la cultura que adoptes en tu equipo de trabajo. Solo repito tus palabras, la de cultura. </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Por supuesto, un proyecto tiene su "cultura". Se puede usar GIT sin<br>
reescribir la historia, y con Mercurial se puede reescribir la<br>
historia. Ambas cosas son posibles, pero no son las formas "naturales"<br>
para cada uno.<br></blockquote><div style><br>la diferencia es que que en git, la cultura que sea que adoptes va a funcionar... en mercurial, algunas culturas son mas complicadas de implementar... :D de ahi la limitacion.</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><br>
- --<br>
Jesús Cea Avión                         _/_/      _/_/_/        _/_/_/<br>
<a href="mailto:jcea@jcea.es">jcea@jcea.es</a> - <a href="http://www.jcea.es/" target="_blank">http://www.jcea.es/</a>     _/_/    _/_/  _/_/    _/_/  _/_/<br>
jabber / <a href="mailto:xmpp%3Ajcea@jabber.org">xmpp:jcea@jabber.org</a>         _/_/    _/_/          _/_/_/_/_/<br>
.                              _/_/  _/_/    _/_/          _/_/  _/_/<br>
"Things are not so easy"      _/_/  _/_/    _/_/  _/_/    _/_/  _/_/<br>
"My name is Dump, Core Dump"   _/_/_/        _/_/_/      _/_/  _/_/<br>
"El amor es poner tu felicidad en la felicidad de otro" - Leibniz<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
Comment: Using GnuPG with Thunderbird - <a href="http://www.enigmail.net/" target="_blank">http://www.enigmail.net/</a><br>
<br>
</div>iQCVAwUBURE/pJlgi5GaxT1NAQK5nQP+M9PPPxpUdCMG3MOTFT6bbcrvqMWMw2qP<br>
yHRkyjlrAuSzKo2BG0uitZ32osNkzHVCYYHjppfIvNsDv576fmLiOLpFFINyhkkL<br>
Bg56Z76PzWv533XDGVrv1MebVWQONxhbV1bA7Ugz70LiqFC+8KmjY+rbo/IafznE<br>
XnxmfdulBd0=<br>
=E0VG<br>
<div class=""><div class="h5">-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
Madrid mailing list<br>
<a href="mailto:Madrid@lists.es.python.org">Madrid@lists.es.python.org</a><br>
<a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/listinfo/madrid</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Andrey Antukh - Андрей Антух - <<a href="mailto:niwi@niwi.be" target="_blank">niwi@niwi.be</a>><br>
<a href="http://www.niwi.be/about.html" target="_blank">http://www.niwi.be/about.html</a><br><a href="http://www.kaleidos.net/A5694F/" target="_blank">http://www.kaleidos.net/A5694F/</a><br><br>"Linux is for people who hate Windows, BSD is for people who love UNIX"<br>
"Social Engineer -> Because there is no patch for human stupidity"
</div></div>