Crea un reposritorio .git donde se guardan los registros de cambios atómicos. Lo usamos para determinar la carpeta en la que vamos a trabajar.
Lo usamos para saber si tenemos un archivo añadido o borrado en nuestro proyecto, para saber en la rama en la que estamos y si tenemos commits.
Es para añadir un archivo a nuestra rama seguidamente ponemos entre comillas el nombre de nuestro archivo o poner un punto para añadir todos los archios de nuestra carpeta.
git add "tuArchivo" Envía específicamente el archivo
git add . Agrega todo el contenido de la carpeta en la que ejecutas el comando
Lo usamos para borrar un archivo que hayamos añadido
git rm --cached Elimina los archivos de nuestro repositorio local y del área de staging, pero los mantiene en nuestro disco duro. Básicamente le dice a Git que deje de trackear el historial de cambios de estos archivos, por lo que pasaran a un estado untracked.
git rm --force Elimina los archivos de Git y del disco duro. Git siempre guarda todo, por lo que podemos acceder al registro de la existencia de los archivos, de modo que podremos recuperarlos si es necesario (pero debemos usar comandos más avanzados).
se usa para añadir un commit a nuestra rama, también podemos ponerle un -m seguidamente ponemos entre comillas nuestro ensaje.
git commit -m "Mensaje de commit"
Puedo hacer commit y add al mismo tiempo de la siguiente manera
git commit -am Solo funciona con archivos a los que ya les he hecho git add anteriormente
Muestra configuraciones de git también podemos usar –list para mostrar la configuración por defecto de nuestro git y si añadimos --show-origin inhales nos muestra las configuraciones guardadas y su ubicación.
git config --global user.name
Cambia de manera global el nombre del usuario, seguidamente ponemos entre comillas nuestro nombre.
git config --global user.email
Cambia de manera global el email del usuario, seguidamente ponemos entre comillas nuestro nombre.
Se usa para ver la historia de nuestros archivos, los commits, el usuario que lo cambió, cuando se realizaron los cambios etc. Seguidamente ponemos el nombre de nuestro archivo.
git log "tuArchivo"
git log --stat
Para ver los cambios específicos que se hicieron en cada archivo a partir del commit
git log --all --graph Para ver los cambios en las ramas
git log --all --graph --decorate --oneline Igual que el anterior pero más decorado
Muestra los cambios que han existido en un archivo
git show "tuArchivo"
Sirve para comparar entre las versiones o commits
git dif "código del commit más antiguo" "código del commit más nuevo"
Nos permite volver a una versión anterior borrando la historia
git reset "Código del commit" --hard Borra todo. Todo todito, absolutamente todo. Toda la información de los commits y del área de staging se borra del historial.
git reset "Código del commit" --soft Borramos todo el historial y los registros de Git pero guardamos los cambios que tengamos en Staging, así podemos aplicar las últimas actualizaciones a un nuevo commit.
git reset HEAD Este es el comando para sacar archivos del área de staging. No para borrarlos ni nada de eso, solo para que los últimos cambios de estos archivos no se envíen al último commit, a menos que cambiemos de opinión y los incluyamos de nuevo en staging con git add, por supuesto.
Sirve para observar cómo era el archivo en una versión en especifico y permite observar, modificar y volver
git checkout "Código del commit" "tuArchivo" Muestra el archivo en la version indicada. Si se da commit se pierde todo lo anterior CUIDADO
git checkout master "tuArchivo" Vuelve al estado actual del archivo
Trae un repositorio remoto a mi repositorio local
Fusiona la ultima versión del repositorio local con la version actual del directorio de trabajo
Fusiona ramas. Es recomendable ubicar el HEAD en el master Cuando hay conflicto en la fusión, se debe elegir qué línea dejar, y despues hacer commit de nuevo
git merge "nombre de la rama o branch" -m "Mensaje"
Union entre fetch y merge
Crea una nueva rama
git branch "nombre de la rama"
Para cambiar a una rama en específico se usa checkout
git checkout "nombre de la rama a la que te quieres mover"
git branch -m master main Cambia el nombre de la rama master a main, debido a que ahora Github usa el nombre "main"
git show-branch --all Muestra las ramas que exiten y su historia
gitk Muestra la historia de las ramas de manera gráfica en un software
git push origin "nombre de la rama" Para subir a github una rama en específico
Sirve para administra el conjunto de repositorios "remotos" cuyas ramas va a rastrear.
git remote add origin "link del repositorio e github"
Establece el origen en el repositorio remoto
git remote -v Da la lista de conexiones existentes
git remote set-url origin "url en SSH" Para cambiar la url a SSH
Es tomar una rama completa y pegarla a la rama main, sin hacer merge. Es muy mala práctica enviarlo a servidores remotos, solo se debería hacer de manera local
Se usa de la siguiente manera
- Cambiamos a la rama que queremos traer los cambios
git checkout experiment - Aplicamos rebase para traer los cambios de la rama que queremos
git rebase master
Se usa cuando realizas cambios en la rama main, necesitas volver a una rama anterior pero no quieres hacer commit aún estos cambios. El stashed nos sirve para guardar cambios para después
git stash list Para observar el lugar temporal donde quedan los cambios que no he realizado
git stash pop Abre el estado temporal guardado
git stash branch "nombre de la rama" Para poner los cambios guardados temporalmente en una rama en específico, sea nueva o antigua
git stash drop Borra esos cambios temporales (sirve en caso de que hayan sido un error)
git clean --dry-run Para asegurarse de los archivos que van a ser borrados
git clean -f Para borrar todos los archivos listados (que no son carpetas)
NOTA: Ten en cuenta que no serán borrados archivos cuya extensión este en el .gitignore ya que son ignorados para todos los casos
Sirve para traer commit especpificos a una rama. Cuando por ejemplo la rama en la que se hicieron estos commits no está terminada pero necesitas un commit en especial para la rama main.
git cherry-pick IDCommit
Es considerado mala práctica porque es como reconstruir la historia :(
Con este comando puedes clonar un repositorio online en tu pc
git clone "url del repositorio"
ssh-keygen -t rsa -b 4096 -C "diegojulisorh@gmail.com"
eval $(ssh-agent -s) Para saber si el servidor está corriendo
ssh-add ~/.ssh/id_rsa Agregar la llave
A veces hacemos un commit, pero resulta que no queríamos mandarlo porque faltaba algo más. Utilizamos git commit --amend
amend en inglés es remendar y lo que hará es que los cambios que hicimos nos los agregará al commit anterior.
Git guarda todos los cambios aunque decidas borrarlos, al borrar un cambio lo que estás haciendo sólo es actualizar la punta del branch, para gestionar éstas puntas existe un mecanismo llamado registros de referencia o reflogs
git reflog Muestra el historial completo del proyecto con los respectivos HEAD, copia el HEAD al que quieres volver y a continuación sigue el reset.
git reset --soft HashDelHEAD te mantiene lo que tengas en staging ahí.
git reset --hard HashDelHEAD resetea absolutamente todo incluyendo lo que tengas en staging
git reset es una mala práctica, no deberías usarlo en ningún momento; debe ser nuestro último recurso.
A medida que nuestro proyecto se hace grande vamos a querer buscar ciertas cosas.
Por ejemplo: ¿cuántas veces en nuestro proyecto utilizamos la palabra color?
Para buscar utilizamos el comando git grep color y nos buscará en todo el proyecto los archivos en donde está la palabra color.
Con git grep -n color nos saldrá un output el cual nos dirá en qué línea está lo que estamos buscando.
Con git grep -c color nos saldrá un output el cual nos dirá cuántas veces se repite esa palabra y en qué archivo.
Si queremos buscar cuántas veces utilizamos un atributo de HTML lo hacemos con git grep -c "<p>".
git log -S "cabecera" cuantas veces use la palabra cabecera en todos los commits.
grep -> archivos
log -> commits
git shortlog -sn muestra cuantos commit han hecho cada miembros del equipo.
git shortlog -sn --all muestra cuantos commit han hecho cada miembros del equipo hasta los que han sido eliminado
git shortlog -sn --all --no-merge muestra cuantos commit han hecho cada miembros quitando los eliminados sin los merges
git blame ARCHIVO muestra quien hizo cada cosa linea por linea
git COMANDO --help muestra como funciona el comando.
git blame ARCHIVO -Llinea_inicial,linea_final muestra quien hizo cada cosa linea por linea indicándole desde que linea ver ejemplo -L35,50
git branch -r se muestran todas las ramas remotas
git branch -a se muestran todas las ramas tanto locales como remotas
Funciona de tal manera que puedes ponerle un alias a cierto comando para no tener que escribirlo cada vez que lo necesitas
Por ejemplo:
alias arbolito="git log --all --graph --decorate --one"
De ahora en adelante cuando necesites ejecutar este comando, solo tienes que ejecutar arbolito
Agregar tags a los commits
git tag -a nombre-del-tag -m "mensaje" id-del-commit
Crear un nuevo tag y asignarlo a un commit
git tag -d nombre-del-tag
Borrar un tag en el repositorio local
git tag o git show-ref --tags
Listar los tags de nuestro repositorio local
git push origin --tags
Publicar un tag en el repositorio remoto
git tag -d nombre-del-tag y git push origin :refs/tags/nombre-del-tag
Borrar un tag del repositorio remoto
- Crea el repositorio manualmente en Github. No olvides incluir el README.md como buena práctica
- Copia la URL
- Abre la consola y escribe
git remote add origin "link del repositorio e github" git remote -vRevisa la lista de conexiones existentesgit branch -m master mainCambia el nombre de la rama master a main, debido a que ahora Github usa el nombre "main"git pull origin mainTraer lo que se encuentra en el servidor remotogit pull origin main --allow-unrelated-historiesen caso de que el paso anterior de haya dado errorgit push origin mainSube el repositorio local a Github
- En Github, buscar el repositorio y dar en el botón "Fork"
- Clona el repositorio en tu dispositivo local
git clone "linkrepositorio" - Edita los archivos que deseas
- Realiza commit para guardar agregar los cambios
- Realiza push para subir los cambios a tu Github
- Inicia el pull request desde Github, el proceso es bastante intuitivo
README.md es una excelente práctica en tus proyectos, md significa Markdown, que es una especie de código que te permite cambiar la manera en que se ve un archivo de texto.
Lo interesante de Markdown es que funciona en muchas páginas, por ejemplo la edición en Wikipedia; es un lenguaje intermedio que no es HTML, no es texto plano, es una manera de crear excelentes texto formateados.
Una buena herramienta para editar el readme es : editor.md
O directamente desde VS Code