Git - Index/Staging Area
Git {Staging Area}
- Sinónimos { Staging Area - Area de Cambios } son
- Otro posible nombres que se le pueden dar
- {Staged} → {Preparado}
- {Index} → {Indice}
- Otro posible nombres que se le pueden dar
-
Cuando se añade un archivo por primera vez al {Staging Area} se añade un copia completa de ese archivo al {Staging Area} (no solo las diferencias del archivo como en otros sistemas de versiones)
- Actúa como una especie de instantánea sobre el aspecto que tendrá el [Repositorio Local] una vez que los cambios hayan sido confirmados/commit
- También actúa como un buffer entre los archivos del (Working Directory) y el [Repositorio Local / copia real de los archivos] (cambios confirmados/commits)
-
Es un archivo oculto que contiene metadatos sobre los archivos que se incluirán en la siguiente instantánea o (commit)
- Ruta del directorio donde se almacenan los metadatos
project/.git/Index
Los cambios realizados dentro del {Staged} son muy parecidos a los cambios {UnStaged} , excepto que se han marcado para ser confirmados la próxima vez que ejecute git commit
El {Index} o {Staging Area} contiene una (captura / instantánea) del contenido del (Árbol de Trabajo/Working Tree), esta (captura / instantánea) representa a los contenidos que se cambiaron y que tendrá el próximo commit
-
Es una especie de zona virtual donde se almacenan los archivos después de ejecutar
git add <archive>y que están a la espera de ser confirmados mediantegit commit -m "Mensaje"para almacenarse de forma temporal dentro del Repositorio Local par luego enviarlos al Repositorio Remoto con el comandogit push -
Es una especie de árbol que monitoriza todos los cambios en el (Working Directory) que se ha aplicado con
git add, es un árbol con un mecanismo de almacenamiento de cache interno.
{Index = Indice} o {Staging Area = Área de cambios}
-
Son los registros de cambios del (Working Directory / Workspace) que tendrá el proximo commit
- Los ficheros no modificados del commit anterior permanecerán a la espera en el siguiente commit.
Los cambios no registrados en el {Index} no se incluyen al genera un nuevo commit
Comandos básicos:
Git add
git add→ Registra en el {Index} los ficheros indicados
-
git add README.md LICENSE→ Registra en el {Index} estos ficheros sean nuevos o estén en el estado/fase modificados {Modified} -
git add .→ Registran en el {Index} todos los ficheros nuevos o los que se hayan pasado al estado/fase modificados {Modified} anteriormente.
Git reset
git reset→ Se utiliza para deshacer cambios
-
git reset→ Extrae los ficheros del {Index o Staging Area} al (WorkSpace/Working Directory) -
git reset <archivo>→ Extrae el<archivo>de {Index} para enviarlo al estado (Working Directory) -
git reset .→ Extrae del {Index} todos los ficheros para enviarlo al estado (Working Directory)
Dependiendo de los argumentos que le añadamos puede afectar al
-
[Árbol de Commit / Commit Tree
(HEAD)] -
{Index / Staging Area}
-
(Directorio de Trabajo / Working Directory)
Git commit
git commit→ Genera un nuevo registro/instantánea de todos los archivos que tengamos y se almacenarán dentro del {Index} esperando a ser enviados al Repositorio Remoto
-
git commit→ Crea una nuevainstantánea/registroy abre un editor de texto para crear el mensaje donde se refleje la intención de este registro y que luego se podra ver en el log del proyecto. -
git commit -m "Mensaje"→ Guarda lainstantánea/registrocon un mensaje que hayamos escrito en el que indiquemos el propósito del mismo y que luego se podrá ver en el log del proyecto. -
git commit --amend -m→ Modifica el último commit que hayamos ejecutado sobre el {Index}-
Hay que tener en cuenta que modifica el último commit.
amend→ Sustituimos el commit actual por lo que teníamos el commit anterior a este y le añadimos lo que teníamos registrado en el {Index} de forma que podamos corregir lo que se nos olvido añadir o arreglarlo antes de pasarlo al [Repositorio Local]
-
Deja un comentario