github/gitHubCommandsForLocal.txt at master · calguzman/github · GitHub

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
Configuración de variables de entorno para el SO

********** Compilado Clase # 10 ********

git config --global user.email "tu@email.com"
git config --global user.name "Tu Nombre"

git init // Inicializa un repositorio.
git add fileName // Agrega un archivo a el area  de staging
git add . // Agrega todos los directorios al area de staging
git status // Muestra el estado actual de los archivos tracked o untracked
git log  // Muestra el log de los commit.
git rm --cache fileName // Saca del area de staging un archivo.
git commit // Agrega un Comite sin descripción
git commit -m "Mensaje descriptivo del commit" // Agrega un commite con descripción de lo que se actualiza.


// Clase # 11 . Analizando cambio de archivos.

git show fileName // Muestra cambios efectuados a un archivo.
git diff <OLD_HEAD_VERSION> <NEW_HEAD_VERSION> // Permite comparar dos versiones de un archivo. El orden importa.
git reset <HEAD> --hard // Permite volver a una versión anterior, dejando el espacio de trabajo con los datos del head solicitado
git reset <HEAD> --soft // Permite volver a una versión anterior, manteniendo en staging los datos para el proximo commit!.
git mv  // Mover o renombrar archivos o directorios con Tracking
git log --stat // Se ven los cambios especificos que se hicieron

git rm --cached: Elimina los archivos del área de Staging y del próximo commit pero los mantiene en nuestro disco duro.

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).

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.