gistfile1.txt

Mi comentario en respuesta a este post http://www.carlosble.com/?p=665 y que unas 12 horas y otros comentarios después todavía está "pendiente de aprobación":

No me considero un experto en git, sólo lo uso en varios de los proyectos open source que participo, algunos con más de 3 o 4 desarrolladores(JRuby por ejemplo), pero este post me parece más un problema de frustración por desconocimiento que un problema de la herramienta.

1. Hay muy buenos recursos en la red sobre git, listo unos cuantos aunque a mi el que mejor me funciona es stackoverflow:
http://git-scm.com # la página oficial tiene muy buenos enlaces
http://progit.org/ # el libro de Scott Chacon es open source y hay muy buena información
http://www.gitready.com/ # git ready está llena de pequeñas perlas

2. Crear una rama remota requiere 2 pasos, si sabes como hacerlo ;)
git checkout -b NOMBRE_DE_RAMA
…. # aquí todos los commits que quieras
git push origin NOMBRE_DE_RAMA

3. Diferencia en entre “origin” y “remote”:
en realidad son cosas distintas, “remote” es el tipo de repositorio, y “origin” es el nombre por convención que se le da al repositorio original, así puedes tener varios repositorios(por eso de que es distribuido) y ninguno llamarse “origin”:

git remote add [NOMBRE_REPO] [URI]
git remote add calavera [email protected]/calavera/repo.git
git remote add carlosble [email protected]/carlosble/repo.git

una vez añadidos los repos se puede hacer pull y push en el que queramos, o tengamos permiso:

git pull/push [NOMBRE_REPO] [NOMBRE_DE_RAMA]
git pull carlosble master
git push calavera experimental

4. Para evitar lios con los merges es conveniente ejecutar “git pull –-rebase” antes de hacer el push.

No soy muy fanático de seguir el log del repositorio así que no puedo decir nada sobre eso.

En cuanto a productividad yo diria que mi productividad es la misma que cuando uso subversion con la diferencia que git me ofrece otros aspectos mejores cuando los necesito, vease git bisec, vease git reset y algunas cuantas más.