Aprender a trabajar con ramas en Git

Learn Git Branching es un proyecto de @petermcottle, ingeniero de Instagram. Se trata de «una aplicación diseñada para ayudar a los principiantes a manejar los poderosos conceptos que hay detrás del trabajo con ramas (branches) en Git». Como tutorial interactivo y muy gráfico para aprender Git, el sistema de control de versiones de software libre se antoja ideal, al menos como «solución rápida», y además está traducido al castellano.

[#1 x.y.z]

Yo en pupitre, como los blancos.

[#2 pkreuzt]

Necesitaréis un serrucho virtual.

[#3 --687225--]

Mergéalo todo en develop y sé feliz.

[#4 sisi]

#3 Mas bien una motosierra como te pille un fichero bloqueado haciendo un pull rebase

[#5 sisi]

Pagina de referencia de git, cuando tienes uno de esos dias: ohshitgit.com/
Este, es el mas popular ohshitgit.com/#fuck-this-noise

[#6 ur_quan_master]

No os vayáis por las ramas y usad subversion.

[#7 samsaga2]

#6 CVS forever

[#8 ur_quan_master]

#7 no, porque discrimina al género binario.

[#9 solotexto]

Todavía me acuerdo de hace cuando enviábamos el código por email.

[#10 --687225--]

Uff, yo hasta hace poco tenía que desplegar con tar -xvfz...

[#11 Pepis]

Pues no empezamos bien cuando se empieza a hablar de ramas y no de commits

[#12 ed25519]

yo he usado CSV, Subversion ,mercurial y git y los merges siempre han sido una mierda y la final siempre ha tenido que haber una fase de no tocar le codigo, por mucho cherry picking que digan al final un merge siemrpre es un merge, osea una mierda

[#13 selina_kyle]

#5 jajaj muy bueno pero si has hecho push todos esos trucos dejan rastro verdad?

[#14 selina_kyle]

Desde que descubrí intellij y su interfaz de version control no he vuelto a escribir un comando de git en meses. Me estoy mal acostumbrado!!!

[#15 --8899--]

Este vídeo de GIT nunca pasará de moda

vimeo.com/82408340

[#16 --8899--]

#11 No entiendo... las ramas y los commits son cosas diferentes...

[#17 Pepis]

#16 Si, son cosas distintas. Y el concepto importante es el commit, no la rama. De hecho en la imagen que acompaña el articulo pone
" Las ramas en GIT son increiblemente livianas. Son solo referencias a un commit ". Por eso digo que mal empezamos si se enseña git partiendo del concepto de rama y no del concepto de commit.

[#18 --8899--]

#17 ehm... vamos a ver... según yo lo entiendo, este artículo no pretende enseñar GIT desde cero, sino sólo a trabajar con ramas. Vamos, aprender a tener un histórico que no sea lineal, sino tener varias ramas de desarrollo. Se supone que el lector ya sabe qué es un commit. Por otro lado, con esa frase en negrita yo entiendo que se refiere a que, internamente, una rama no supone "copiar todos los archivos de nuevo" (como sí ocurría con otros sistemas de gestión de versiones, que si querías hacer una nueva rama tardaban un montón de tiempo, y por eso procurabas hacerlo lo mínimo posible), sino que, al hacerlo, simplemente se crea una referencia al commit desde el que parte la nueva rama, lo que es muy ligero y rapidísimo, y los nuevos commits en esa rama se van añadiendo a continuación.

[#19 Pepis]

#18 A ver, que no he visto el contenido del curso, e igual es cojonudo. Pero en el artículo, cuyo título es "Aprende a trabajar con ramas" , pone "tutorial interactivo y muy gráfico para aprender Git " .
Y aquí es donde digo que mal empezamos si algo que se identifica como "..aprender Git " comienzo con un título que es ."..trabajar con ramas".
Para algo que se identifica como aprender Git sería más acertado un título tipo "Aprende a trabajar con commits". Es una apreciación, ya que en Git el concepto importante no es la rama, es el commit.
Como bien dices, en otros sistemas , sí que es la rama lo que que sustenta el código. En Git no. En GIT es el commit, puedes moverlos entre ramas sin necesidad de mergearlas, porque el concepto que sustenta los cambios de código no es la rama, es el commit.
Yo llegué a git después de varios años trabajando con subversion. Y hasta que no aprendí a pensar en commits, y no en ramas, no vi realmente el potencial que tiene.

[#20 --8899--]

#19 Ehm... perdona, pero no entiendo qué quieres decir... O sea... el commit es básico en cualquier sistema de control de versiones. La diferencia de GIT, en cambio, está, precisamente, en la facilidad para crear ramas. Esa es su gran ventaja. Crear una rama no cuesta nada, por lo que es natural crear ramas y ramas.

Respecto a lo del título, eso es más cosa de la entradilla. Pero de todas formas, siendo "lo bueno de GIT" las ramas, no veo por qué no va a usar "aprender GIT".

[#21 Pepis]

#20 Lo siento, no se expresarme mejor de lo ya lo he hecho.

Le estoy dando vueltas a lo mismo y no se me ocurre como explicarlo. Puedes crear ramas y ramas porque no sustentan el código, son punteros a commits, luego es el commit el que sustenta el código, por lo que el concepto important es el commit. En otros sistemas no es así. Por eso digo que si se quiere enseñar Git lo primero es enseñar que es un commit, es el concepto que hay Que tener claro a partir de ahi el concepto rama no es más Que un contenedor de commits.

[#22 Pepis]

#21 #20 Jajja termino de leer mi comentario y no se si lo aclaro o lo complico más.

Pero vamos no comparto que un aprendizaje de Git La cosa empiece con “ vamos a trabajar con ramas”, debería ser “vamos a trabajar con commits”, sobre todo si se intenta explicar a alguien que viene de trabajar con sistemas como Svn , donde el concepto de rama es distinto.