<div dir="ltr"><br><div class="gmail_quote">El 5 de febrero de 2013 15:17, 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:1px solid rgb(204,204,204);padding-left:1ex"><div>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
</div><div>On 05/02/13 15:05, Andrey Antukh wrote:<br>
> No hace falta mencionar... Los branches de mercurial es una castaña<br>
> que esten harcodeados en el commit, y usar bookmarks no es la<br>
> solucion... como alternativa (branches ligeros)<br>
<br>
</div>Una de las piedras angulares de Mercurial es que la historia no se<br>
pueda modificar. Eso me parece una propiedad MUY deseable. Eso<br>
requiere pensar las cosas un poco cuando se empieza, como decidir qué<br>
es un "branch" y cómo se va a llamar.<br></blockquote><div><br></div><div>No
todos somos perfectos y no podemos hacerlo todo perfecto desde el
inicio. Y la herramienta debe permitir rectificar a posteriori.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Tengo entendido que los bookmarks son básicamente equivalentes a los<br>
branches ligeros de GIT. ¿Por qué dices que no es una solución?.<br></blockquote><div><br></div><div>Intentan hacer algo parecido a lo que hace git, pero el funcionamiento estandar es distinto.<br></div><div>Ejemplo concreto, tengo 2 repos, en uno creo bookmark X hago modificacion en un archivo y hago push ... sin el -B, mis cambios se suben, el repo remoto automaticamente tiene mis cambios de mi bookmark... pero no tiene ningun bookmark.<br>
<br></div><div>Ese comportamiento es totalmente herratico, si subo mis cambios... es por que quiero subirlos pero no quiero afectar a nadie mas... subia mis cambios en mi bookmark...<br><br><br><span style="font-family:courier new,monospace">[2/4.3.17]foo@foo:~> hg clone foo/ foo2<br>
updating to branch default<br>1 files updated, 0 files merged, 0 files removed, 0 files unresolved<br>[2/4.3.17]foo@foo:~> cd foo2/<br>[2/4.3.17]foo@foo:~/foo2> hg bookmark master<br>[2/4.3.17]foo@foo:~/foo2> hg bookmark bug1<br>
[2/4.3.17]foo@foo:~/foo2> echo file1.txt<br>1<br>[2/4.3.17]foo@foo:~/foo2> echo "2" > file1.txt<br>[2/4.3.17]foo@foo:~/foo2> hg commit -m "fix bug1"<br>[2/4.3.17]foo@foo:~/foo2> hg update master<br>
1 files updated, 0 files merged, 0 files removed, 0 files unresolved<br>[2/4.3.17]foo@foo:~/foo2> echo file1.txt<br>1<br>[2/4.3.17]foo@foo:~/foo2> hg push<br>pushing to /home/foo/foo<br>searching for changes<br>adding changesets<br>
adding manifests<br>adding file changes<br>added 1 changesets with 1 changes to 1 files<br>[2/4.3.17]{255}foo@foo:~/foo2> hg bookmarks <br> bug1 1:7cc28568e142<br> * master 0:0d4d5e9e6508<br>
[2/4.3.17]foo@foo:~/foo2> cd ..<br>[2/4.3.17]foo@foo:~> cd foo <br>[2/4.3.17]foo@foo:~/foo> hg update<br>1 files updated, 0 files merged, 0 files removed, 0 files unresolved<br>[2/4.3.17]foo@foo:~/foo> hg bookmarks <br>
no bookmarks set<br>[2/4.3.17]foo@foo:~/foo2> echo file1.txt<br>2</span><br><br></div><div>Este comportamiento no tiene ningun setido, si subi mis cambios... que en un principio nisiquiera deberia haberlos subido por que hice push no push de un bookmark...<br>
</div><div>Y eso es un claro ejemplo de que los bookmakrs no sirven como "git branches" por que las branches de git tienen la potencia de branches de verdad y a la vez son ligeras."<br><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
> El rebase de mercurial... pues bueno, no me fio mucho, no tengo<br>
> comocimientos tecnicos, pero me ha probocado muchos mas problemas<br>
> que git para hacer absolutamente lo mismo.<br>
<br>
</div>Sería útil que pusieras un ejemplo concreto. Me es imposible juzgar si<br>
te has tropezado con un bug de mercurial, una limitación, o si<br>
simplemente no lo sabes usar correctamente :-).<br></blockquote><div><br></div><div>Bueno,
en git lo uso a diario y se como usarlo, si mercurial en las mismas
sircunstancias no resuelve algo que si git, entonces el desconocimiento
no es una posible opcion.<br>
</div><div>Las otras opciones son totalmente posibles.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
> Mercurial es bueno, si, pero creo que no le llega a 100% de<br>
> funcionalidad de git y y la funcionalidad que llega, hay alguna<br>
> cosa que esta hecha de aquella manera. No tengo nada en contra de<br>
> mercurial pero prefiero mil veces mas usar git antes.<br>
<br>
</div>Ejemplos concretos, por favor.<br>
<div><br>
> Respeto a la charla, no se ha hablado de dar charla de introduccion<br>
> si no que meterse en el codigo de mercurial y solucionar bugs, eso<br>
> es python...<br>
<br>
</div>No me parece realista sentar a 20 personas y que se pongan a<br>
solucionar bugs de un proyecto del que lo desconocen todo. Solo<br>
familiarizarse con el código llevaría tiempo :-). Parece más fácil<br>
meterse a solucionar bugs de cpython (tengo un porrón de ellos en mi<br>
lista que no me importaría delegar :-).<br></blockquote><div><br></div><div>Siendo el mismo planteamiento que pones. No me parece realista meter a 20 personas<br>a solucionar bugs de cpython por que la gran mayoria desconocen tripas de cpython.<br>
<br></div><div>Andrey<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div><br>
- --<br>
Jesús Cea Avión _/_/ _/_/_/ _/_/_/<br>
<a href="mailto:jcea@jcea.es" target="_blank">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" target="_blank">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>iQCVAwUBUREUfplgi5GaxT1NAQJy4wP+JPws9JLWTcn/AEEcvzujFLM/V9A8mLTz<br>
FCC4q7gsA7OCRuwCr1z0/aBaOZ4juAHTzpO1WwT12RUkOdcJf/6Si86XQgf9moTx<br>
f15dNBYhVrGjWXGO+c0z1RuRn+xEUVDFABwOPggPKCHdwVHAbD2SuBK67A+GiiXv<br>
8T0MW6K7yNg=<br>
=Z3So<br>
<div><div>-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
Madrid mailing list<br>
<a href="mailto:Madrid@lists.es.python.org" target="_blank">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"><br>-- <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 class="gmail_extra"><br><br><div class="gmail_quote">El 5 de febrero de 2013 15:24, Juan Luis Cano <span dir="ltr"><<a href="mailto:juanlu001@gmail.com" target="_blank">juanlu001@gmail.com</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 02/05/2013 03:17 PM, Jesus Cea wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
On 05/02/13 15:05, Andrey Antukh wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
No hace falta mencionar... Los branches de mercurial es una castaña<br>
que esten harcodeados en el commit, y usar bookmarks no es la<br>
solucion... como alternativa (branches ligeros)<br>
</blockquote>
Una de las piedras angulares de Mercurial es que la historia no se<br>
pueda modificar. Eso me parece una propiedad MUY deseable. Eso<br>
requiere pensar las cosas un poco cuando se empieza, como decidir qué<br>
es un "branch" y cómo se va a llamar.<br>
</blockquote>
Pues a mí eso me parece una limitación bastante seria. Yo estoy muy contento de que en Python no haya propiedades ni métodos privados verdaderos (se protegen tras una convención de nombres pero se pueden acceder), así que siguiendo la filosofía «we are all consenting adults here» no veo por qué se ha impuesto que no se pueda reescribir la historia. ¿Porque puede traer problemas? Bueno, y si escribes `sudo rm -rf /` la cagas también, y no por eso Linux va a capar el comando rm. Las limitaciones son una forma naïve de protegerte y luego te la juegan cuando te la quieres saltar, como bien describiste en tu web al migrar los repos de IRC hispano.<br>
<br>
Aparte de esto no he manejado ninguno de los dos sistemas en profundidad, y hg mucho menos que git, pero lo que leo siempre sobre mercurial es que los branches son poco menos que una broma.<br>
______________________________<u></u>_________________<br>
Madrid mailing list<br>
<a href="mailto:Madrid@lists.es.python.org" target="_blank">Madrid@lists.es.python.org</a><br>
<a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/<u></u>listinfo/madrid</a></blockquote></div><br><br clear="all"><br>-- <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>