Confesión: Me da pánico usar Git más allá de add, commit y push

TechReview

Sé usar los comandos básicos de Git para guardar mi trabajo: git add ., git commit -m "..." y git push. Pero ahí me quedo. He leído sobre ramas, sobre merge, rebase... y me da un miedo terrible usarlo. Siento que voy a borrar el trabajo de todo el mundo o que voy a romper el repositorio de una forma que no sepa arreglar.

Incluso en mis proyectos personales, trabajo siempre en la rama main por miedo a liarla. ¿Algún consejo para perderle el miedo? ¿Hay algún flujo de trabajo súper simple y seguro para empezar a usar ramas sin peligro?

Surfing

Ese miedo es el pan de cada día cuando empezamos. Es el sentimiento de "voy a pulsar un botón y todo va a explotar". La buena noticia es que en Git es MUY difícil romper algo de forma irreparable.

El flujo de trabajo más seguro que puedes adoptar es este: la rama main no se toca directamente NUNCA. Para CUALQUIER cambio, por pequeño que sea, crea una rama nueva:

git checkout -b mi-nueva-feature

Piensa en esa rama como tu "zona de juegos segura". Ahí puedes hacer todos los commits que quieras, que nada de eso afectará a main. Cuando termines, subes tu rama (git push origin mi-nueva-feature) y abres una Pull Request en GitHub/GitLab. Así puedes revisar los cambios antes de mezclarlos.

Vinyl

¡Totalmente de acuerdo! Y para perderle el miedo visualmente, te recomiendo mucho usar una herramienta gráfica al principio. La pestaña de Git de VSCode es genial, o programas como GitKraken o Sourcetree. Ver los branches como líneas que se separan y se vuelven a unir te ayuda a entender qué está pasando de verdad.

Y recuerda el comando mágico para cuando creas que lo has roto todo: git reflog. Te muestra un historial de TODO lo que has hecho y te permite volver a cualquier estado anterior. Es tu máquina del tiempo personal.

TechReview

Muchas gracias a los dos. Lo de crear una rama para todo me parece un buen mantra. Y lo de la herramienta gráfica lo voy a probar ya, porque ver solo la terminal a veces es lo que me da más ansiedad.

Una duda más, ¿cuál es la diferencia entre git pull y git fetch? A veces uso uno, a veces otro, y no tengo muy clara la diferencia.

World

¡Gran pregunta! La forma más fácil de entenderlo es con una analogía:

git fetch: Es como si el cartero te deja las cartas en el buzón. Sabes que han llegado los cambios del repositorio remoto, pero todavía no están aplicados en tu código. Puedes verlos, pero no te afectan.
git pull: Es como coger las cartas del buzón y ponerlas encima de tu mesa de trabajo. Es decir, hace un git fetch (trae los cambios) y además un git merge (los mezcla con tu código actual) en un solo paso.

Como principiante, git pull es más directo. Cuando tengas más soltura, verás que fetch te da más control para ver los cambios antes de integrarlos.

TechReview

La analogía del buzón es perfecta, ahora sí lo entiendo. ¡Qué maravilla!

De verdad, mil gracias. Me siento mucho más seguro ahora. Mi plan: voy a crear un repositorio de prueba y voy a practicar a crear ramas, hacer pull requests y mirar el reflog hasta que me sienta cómodo. ¡Ya no da tanto miedo!