lab 42 Entregar Cambios (Fetch)

Metas

Ejecute:

cd ../cloned_hello
git fetch
git hist --all

NOTA: En el repositorio cloned_hello

Salida:

$ git fetch
From /Users/jerrynummi/Projects/edgecase/git_immersion/auto/hello
   e1399d1..e18658c  master     -> origin/master
$ git hist --all
* e18658c 2012-03-06 | Changed README in original repo (origin/master, origin/HEAD) [Jim Weirich]
* e1399d1 2012-03-06 | Updated Rakefile (HEAD, origin/greet, master) [Jim Weirich]
* 183c6ad 2012-03-06 | Hello uses Greeter [Jim Weirich]
* 297678c 2012-03-06 | Added greeter class [Jim Weirich]
* 3ce0095 2012-03-06 | Added README [Jim Weirich]
* 76ba0a7 2012-03-06 | Added a Rakefile. [Jim Weirich]
* b8f15c3 2012-03-06 | Moved hello.rb to lib [Jim Weirich]
* 9c78ad8 2012-03-06 | Add an author/email comment [Jim Weirich]
* 4054321 2012-03-06 | Added a comment (v1) [Jim Weirich]
* 1b754e9 2012-03-06 | Added a default value (v1-beta) [Jim Weirich]
* 3053491 2012-03-06 | Using ARGV [Jim Weirich]
* 3cbf83b 2012-03-06 | First Commit [Jim Weirich]

En este punto el repositorio tiene todos los Commits del repositorio original, pero no están integrados en las ramificaciones locales del repositorio clonado.

Encuentre el Commit “Changed README in original repo” en el repositorio arriba mostrado. Note que el Commit incluye “origin/master” y “origin/HEAD”.

Ahora mire en el Commit “Updated Rakefile”. Verá que la ramificación principal apuna a éste Commit, no al nuevo commit que acabamos de recibir.

El resultado de ésto es que el comando “git fetch” traerá los nuevos commits desde el repositorio remoto, pero no los fusionará en las ramificaciones locales.

Revise el archivo README 01

Podemos demostrar que el README está sin cambios.

Ejecute:

cat README

Salida:

$ cat README
This is the Hello World example from the git tutorial.

¿Puede verlo?, no hay cambios.

Tabla de Contenidos