the rebase saga

16 views
Skip to first unread message

Mariano Guerra

unread,
Apr 30, 2013, 9:58:01 AM4/30/13
to GitAr

Juan Manuel Santos

unread,
Apr 30, 2013, 10:08:30 AM4/30/13
to git-ar...@googlegroups.com

Te iba a contestar, pero geekblog no abre:

 

(mysql_connect(): User oneandon_oneone2 already has more than 'max_user_connections' active connections)

 

Igual igual, creo que si necesitás hacer git pull "varias veces al día" algo mal estás haciendo. No se supone, por ejemplo, que si estás trabajando en algo en particular (una feature nueva ponele), lo hacés en una branch?

 

Saludos

--

Juan Manuel Santos <vicar...@gmail.com>

Pubkey: www.vicarious.com.ar/~godlike/godlike64.at.gmail.dot.com.asc

signature.asc

j0hn

unread,
Apr 30, 2013, 10:35:02 AM4/30/13
to git-ar...@googlegroups.com
2013/4/30 Mariano Guerra <mar...@marianoguerra.org>

--
Has recibido este mensaje porque estás suscrito al grupo "Git Argentina" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus correos electrónicos, envía un correo electrónico a git-argentin...@googlegroups.com.
Para obtener más opciones, visita https://groups.google.com/groups/opt_out.



Siempre uso git pull --rebase pero hace un tiempo que me pasa lo siguiente:
En un proyecto venimos usando git flow[0] y algunas veces tengo que traer cambios de un remote pero sin perder los merges que hice, así que uso git fetch y después git rebase --preserve-merges. Creo que eso no se puede hacer con git pull --rebase


Mariano Garcia Berrotarán

unread,
Apr 30, 2013, 10:44:08 AM4/30/13
to git-ar...@googlegroups.com
2013/4/30 j0hn <j0hn....@gmail.com>
Siempre uso git pull --rebase pero hace un tiempo que me pasa lo siguiente:
En un proyecto venimos usando git flow[0] y algunas veces tengo que traer cambios de un remote pero sin perder los merges que hice, así que uso git fetch y después git rebase --preserve-merges. Creo que eso no se puede hacer con git pull --rebase


Nosotros en el laburo tenemos dos remotes, uno de Code Review y otro que es main. Los devs newbies tienen permiso de pushear solo al de code review (y usamos Rhodecode: http://rhodecode.org/ ) y a mi me toca hacer las integraciones despues de que un review esta listo, asi que cada vez que me toca integrar cambios de un review le hago git pull --rebase, pero solo para evitar los commits automaticos con "Merge branch 'master' of bla bla bla"

--
Mariano García Berrotarán

Roger Duran

unread,
Apr 30, 2013, 10:47:18 AM4/30/13
to git-ar...@googlegroups.com
2013/4/30 Mariano Guerra <mar...@marianoguerra.org>
Como dice el de geekblog, es muy fácil crear/mergear branches, por lo que si lo haces para la mayoría de las cosas, casi no necesitas usar rebase. En la mayoria de los proyectos que laburo, es bastante raro que termine mas de 1 persona sobre un branch y si es asi, casi siempre termino con un branch local, que mergeo a este solo cuando es necesario.
Reply all
Reply to author
Forward
0 new messages