lab 42 Rapporter
(fetch) les changements

Buts

Execute:

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

NOTE: Maintenant dans le dépôt cloned_bonjour

Output:

$ git fetch
From /home/thomas/git/git_immersion/auto/bonjour
   5c4b651..6831029  master     -> origin/master
$ git hist --all
* 6831029 2014-02-21 | Changed README in original repo (origin/master, origin/HEAD) [Jim Weirich]
* 5c4b651 2014-02-21 | Ajout d'un README (HEAD, master) [Jim Weirich]
| * 83b5dc6 2014-02-21 | Rakefile mis à jour (origin/saluer) [Jim Weirich]
| * 0560857 2014-02-21 | bonjour utiliser Faireunsalut [Jim Weirich]
| * 1e570bd 2014-02-21 | Ajout de la classe Faireunsalut [Jim Weirich]
|/  
* 6f69f38 2014-02-21 | Ajout d'un Rakefile [Jim Weirich]
* c8d6b61 2014-02-21 | Déplacement de bonjour.rb dans lib [Jim Weirich]
* 83558be 2014-02-21 | Add an author/email comment [Jim Weirich]
* a9c6007 2014-02-21 | Ajout d'un commentaire (v1) [Jim Weirich]
* 221243e 2014-02-21 | Ajouter une valeur par défaut (v1-beta) [Jim Weirich]
* 80fc666 2014-02-21 | Using ARGV [Jim Weirich]
* 834ca4f 2014-02-21 | Mon premier commit [Jim Weirich]

Actuellement le dépôt a tous les commits provenant de celui original, mais ils ne sont pas intégrés dans les branches locales du dépôt cloné.

Trouver le commit “Changed README in original repo” dans l’historique ci-dessus. Notez que le commit inclut “origin/master” et “origin/HEAD”.

Maintenant regardez dans le commit “Updated Rakefile”. Vous allez voir que sa branche locale master pointe vers ce commit, pas vers le nouveau commit que nous venons juste de rapporter.

Le résultat de ceci est que la commande “git fetch” va maintenant rapporter les nouveaux commits du dépôt distant, mais qu’elle ne va pas fusionner ces commits dans les branches locales.

Vérifier le fichier README 01

Nous pouvons démontrer que le README cloné est inchangé.

Execute:

cat README

Output:

$ cat README
This is the Bonjour Monde example from the git tutorial.

Voyez, pas de changements.

Table des matières