Git - Checkout

Git - checkout

• Cambiar de rama o restaurar archivos del (Árbol de Trabajo/Working-Tree Files)
  • Cambiar de ramas local
  • Restaurar los archivos del (Working Tree)

• Cambia [HEAD] en si mismo de lugar al que apunta

• Copiar el contenido de una rama remota dentro de una rama tracking local y crear (en el caso que no exista) o actualizar (en el caso que exista) en el [Repositorio Local] una rama con el mismo nombre que poseía la rama tracking local que apunta a la rama remota del Repositorio Remoto

Todo los cambios que hagamos sobre un archivo que estén {Tracked/Rastreado} afectan al (Working Directory/Directorio de Trabajo)

• Elimina todos los cambios de <file> pasando del estado {Modified} al estado {Unmodified}

  • Los cambios que se produzcan en el estado {Modified} al ejecutar este comando se perderán

  • También deshace los cambios que se hayan producido en el estado { Staged / Staging Area }

git checkout <file>

• El mismo ejemplo que el anterior utilizando la flag --

git checkout -- <file>

• Elimina los cambios de todos los ficheros {Modified} desde el estado (Working Directory) y que pasan a {Unmodified} dentro del {Staging Area/Index}

git checkout .

• Podemos crear una rama con todos sus commits a la vez que te cambias a ella mediante el comando

git checkout -b <rama>

• No podemos cambiarnos directamente de rama cuando en la rama en la que nos encontremos estos tengan cambios “sin confirmar / hacer commit” o guardarlos en el { Staging Area / Staged / Index } pero si podemos forzarlo a hacer aunque esta acción elimine los cambios que hicimos y que no hayamos guardado con git add o confirmado con git commit en la rama en la que nos encontremos

# Si ejecutamos este comando se perderán los cambios en la rama en la que nos encontremos
git checkout -f <rama-a-la-que-dirigirnos>

• Copia en una rama remota una rama local de tracking y crea una rama local con el mismo nombre ( en el caso de que no exista )
  • Crea y sincroniza la rama local tracking asociada a una <rama remota>/<rama> como puede ser <origin/rama-remota> del Repositorio Remoto

git checkout <rama-tracking-apuntando-a-remota>

• Restaura y actualiza el puntero [HEAD] a una rama remota en modo Detached HEAD el cual no esta asociada a ninguna rama Puntero Descabezado

git checkout origin/<rama-remota>

• Importante :by
  • Mueve el puntero de la rama tracking local hacia origin/rama-remota para hacer pruebas con el commit que tendrá y el cual tiene dentro todos los archivos , después de hacer las pruebas podemos guardarlo mediante el comando git switch -c <nombre-rama> o deshacerlos mediante git switch -
• Fusionar los cambios desde una rama alternativa sobre otra rama principal “en este caso” dando la oportunidad de corregir los conflictos que existan en ambas ramas usando cualquier editor de código
  • Nos encontramos en una rama alternativa

git checkout -m <rama-a-la-que-queremos-fusionar-los-cambios>
# En este caso nuestra rama principal sería
git checkout -m master

Reemplazar los cambios locales

• Reemplaza los cambios del (Working Directory/wd) con el último contenido del [HEAD] , los cambios que ya han sido agregados al {Staging Area/Index/Staged} como los nuevos archivos , se mantendrán sin cambios

#          flag = Parecida a las opciones pero no posee argumentos en si mismo
#            ↓    Actúan como valores boolean (true / false) 
#            ↓    Al añadirlo se activa o se desactivan cierta acciones del 
#            ↓    comando (por defecto : false) 
#            ↓    
git checkout -- <archivo>

• Para restaurar los cambios de un archivo que esta en {Modified} a {Unmodified} dentro de {Staged} utilizar

git checkout -- <archivo>

Checkout para (Padre^N) y (Ancestros^N)

• Repasamos conceptos

Una Flecha ( Modificación del commit anterior )

Dos Flechas ( Integración de un commit con otro o de una rama con otra)

• El objetivo es mover el puntero [HEAD] a través del grafo de commits para inspeccionar los archivos o datos que posee

• Gráfico de ejemplo para seguir los conceptos

git checkout <commit>^n

Desde la rama master

• Todos los (ANCESTROS) de la rama master siguen una línea principal / recta hacia abajo

  • ( Desde el commit C8 hasta el commit C1)

• Los (PADRES) principales del commit C8 de la rama master son

master^1 (a05eba6) - Commit C7

master^2 (a46936d) - Commit C4'

master^3 - Nunca funcionará - ya que no hay ningún 3º padre para es commit de C8

Desde la rama teamone

• El PADRE de la rama C4' es el ANCESTRO es C5
  • Solo permite un padre (C5) pero si permite todo los demás ANCESTROS hasta llegar al commit C1 porque todos desciende de la misma rama ‘master’
• Desde teamone : C4'
  • Su padre es C5
    • ANCESTRO del commit C5~4 es igual al PADRE del commit C5^1

Desde la rama_x / rama_y

• El PADRE : C5 → commit (adadea4)

• ANCESTROS

  • rama_x~1 → C5
  • rama_x~2 → C4 hasta el C1

Resumen de conceptos

• Los commits PADRES
  • El siguiente commit (Antepenúltimo) por debajo del último commit del grafo de commits
  • Indicado con 2 flechas que apunta a un commit concreto
    • Los 2 commits que se producen de la INTEGRACIÓN de 2 ramas distintas (master y teamone) se unen en un solo commit de una de las ramas como por ejemplo : rama master

 (C4') → rama teamone (2º Padre)
    ↖
      ↖
        ↖
          ↖ 
            ↖
              ↖
                ↖
  (C7) ← ← ← ← ← (C8) ← "Commit de Integración" dentro de la rama master
    ↓              
# rama master (1º Padre)   

• Los commits ANCESTROS
  • Todos los commits que van detrás del último commit de la rama en la que nos encontremos
  • Indicado con 1 flecha
    • Ejemplo : Rama master siguiendo una línea recta desde el primer commit
      • La 1º linea del último commit C8 hasta el primer commit C1

# Cada commit es una modificación 
# con respeto al anterior commit siguiendo
# una linea recta con recto a su 
# rama principal en este caso 'rama master'
#
#                             
(C5) ← ←  (C6) ← ← (C7) ← ← (C8) # Commit de Modificación dentro de la "rama master"
#                    ↓                         
#           (Padre^1 y Ancestro^1)              

• Recuerda:

• 1º PADRE siempre será el 1º ANCESTRO y viceversa

  • 1º ANCESTRO siempre será el 1º PADRE pero el 2º ANCESTRO no sera el 2º PADRE
  • ( Recuerda que el 2º ANCESTRO siempre sigue la linea del 1º PADRE pero el 2º PADRE es la 2º linea de la FLECHA DE INTEGRACIÓN)