Nadie recuerda todos los comandos de Git y usted no es necesario. Esta hoja de trucos de comandos de Git se centra en el pequeño conjunto que cubre casi todo el trabajo diario, agrupado por el trabajo que estás intentando realizar.

Probamos los comandos locales en un repositorio de demostración desechable usando Git para Windows, y el resultado que se muestra proviene de esa ejecución, sin las advertencias de final de línea. Sus hashes de confirmación serán diferentes. Los comandos remotos necesitan un servidor, por lo que no los ejecutamos. ¿Nuevo en el control de versiones? Comience con nuestro tutorial de Git para principiantes.

Cómo piensa Git: tres áreas

La mayor parte de la confusión desaparece una vez que sabes dónde reside el cambio:

Configurar e iniciar un proyecto

Guarda tu trabajo

Así es como cambia la vista de estado breve a medida que avanza un nuevo archivo:

$ echo "hello" > app.txt
$ git status --short
?? app.txt

$ git add app.txt
$ git status --short
A  app.txt

$ git commit -m "Add app file"

?? significa sin seguimiento y A significa agregado a la preparación. En el formato de dos columnas, la columna de la izquierda es el área de preparación y la columna de la derecha es su directorio de trabajo. Tenga en cuenta que git commit -am omite archivos nuevos, por lo que primero debe agregarlos explícitamente.

Sucursales

Aquí hay una pequeña rama de funciones de principio a fin:

$ git switch -c feature/login
$ echo "login" >> app.txt
$ git commit -am "Add login"
$ git switch main
$ git merge --no-edit feature/login
$ git log --oneline --graph
* d0450b6 Add login
* 676b684 Add app file

$ git branch -d feature/login
Deleted branch feature/login (was d0450b6).

El historial es una línea recta porque main no se había movido, por lo que Git realizó una fusión rápida. Aún verás git checkout en guías más antiguas. Funciona, pero los comandos más nuevos switch y restore dividen sus muchas tareas en otras más claras. Para elegir entre fusionar y rebase, lea Git merge vs rebase.

Trabajar con controles remotos

fetch siempre es seguro porque nunca cambia tus archivos. Si necesita sobrescribir una rama después de una rebase, prefiera --force-with-lease a simple --force, ya que se niega a borrar las nuevas confirmaciones de un colega.

Reserva: deja el trabajo a un lado

Stash es útil cuando necesitas cambiar de tarea pero no estás listo para comprometerte:

$ echo "wip" >> app.txt
$ git stash
$ git status --short
                       # clean, the change is put away
$ git stash pop
$ git status --short
 M app.txt

Ver historial

Deshacer errores: “Quiero…”

Esta es la parte que la mayoría de la gente busca. Encuentra tu situación:

Restablecer vs revertir vs restaurar

Estos tres nombres causan mucha confusión, pero hacen cosas bastante diferentes:

En nuestra demostración, cometimos una línea incorrecta y la revertimos. El archivo volvió a su contenido anterior, mientras que el error permaneció visible en el registro como historial:

$ echo "oops" >> app.txt
$ git commit -am "Bad change"
$ git revert --no-edit HEAD
$ cat app.txt
hello
login

Luego git reset --soft HEAD~1 eliminó esa última confirmación pero mantuvo sus cambios preparados, lo que git status --short mostró como M app.txt.

Etiquetas

Las etiquetas a menudo desencadenan canales de lanzamiento, como explica nuestra guía de CI/CD de GitHub Actions.

Un flujo de trabajo diario sencillo

git switch main
git pull
git switch -c feature/search
# edit files
git status
git add -p
git commit -m "Add search by product name"
git push -u origin feature/search
# open a pull request, get a review, then merge

Escriba mensajes de confirmación que expliquen el cambio en el imperativo, como “Reparar redireccionamiento de inicio de sesión”. Te lo agradecerás cuando leas el registro dentro de seis meses.

Errores comunes

• Confirmar secretos. Eliminar un archivo en una confirmación posterior no lo elimina del historial. Gire el secreto inmediatamente y use .gitignore.
• Reescribir el historial compartido. No restablezca ni cambie la base de confirmaciones que otros ya hayan realizado.
• Usar git add . a ciegas. Marque git status primero, para que los archivos de compilación y los registros queden fuera.
• Usando simple --force. Prefiero --force-with-lease.
• Hacer grandes compromisos. Los pequeños son más fáciles de revisar, revertir y dividir.

Conclusión

Aprenda las tres áreas y una docena de comandos, y Git dejará de dar miedo. Tenga a mano la tabla de deshacer y recuerde que git status y git reflog son ​​su red de seguridad. Para generar confianza, cree un repositorio desechable y rómpalo y repárelo deliberadamente, ya que ese es el lugar más barato para cometer errores.

Preguntas frecuentes

sigue aprendiendo