lab 9 Changements, pas fichiers
Buts
- Apprendre que git fonctionne avec les changements, pas avec les fichiers.
La plupart des logiciels de gestion de version travaillent avec des fichiers. Vous ajoutez un fichier à la source versionnée et le sytème suivra les changements que vous effectuez dessus à partir de ce moment.
Git se concentre sur les changements dans un fichier plutôt que sur le fichier en lui même. Quand vous faites git add file, vous ne dites pas à git d’ajouter le fichier au dépôt. Vous dites plutôt que git devrait prendre en compte la situation de ce fichier pour qu’il soit commité plus tard.
Nous allons chercher à vous faire explorer cette différence dans cette partie.
Premier changement: autoriser un nom de fichier par défaut 01
Changer le programme “Bonjour, Monde” pour avoir une valeur par défaut si un argument est passé en ligne en commande s’il n’est pas fourni.
File: bonjour.rb
name = ARGV.first || "Monde"
puts "Bonjour, #{name}!"
Rajouter ce changement 02
Maintenant ajouter ce changement dans la déclaration des fichiers de git.
Execute:
git add bonjour.rb
Deuxième changement: ajouter une commentaire 03
Maintenant ajouter un commentaire au programme “Bonjour, Monde”.
File: bonjour.rb
# Default is "Monde"
name = ARGV.first || "Monde"
puts "Bonjour, #{name}!"
Vérifier le status courant 04
Execute:
git status
Vous devriez voir …
Output:
$ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bonjour.rb # # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: bonjour.rb #
Remarquer comment bonjour.rb est listé deux fois dans le status. Le premier changement (ajouter une valeur par défaut) est déclaré et est prêt à être commité. Le second changement (ajouter un commentaire) n’est pas déclaré. Si vous deviez commiter dès maintenant, le commentaire ne serait pas sauvé dans le dépôt.
Maintenant essayons cela.
Commiter 05
Commiter le changement déclaré (la valeur par défaut), et ensuite revérifions le status.
Execute:
git commit -m "Ajouter une valeur par défaut" git status
Vous devriez voir …
Output:
$ git commit -m "Ajouter une valeur par défaut" [master 221243e] Ajouter une valeur par défaut 1 file changed, 3 insertions(+), 1 deletion(-) $ git status # On branch master # Changes not staged for commit: # (use "git add <file>..." to update what will be committed) # (use "git checkout -- <file>..." to discard changes in working directory) # # modified: bonjour.rb # no changes added to commit (use "git add" and/or "git commit -a")
La commande de status vous dit que bonjour.rb a des changements non enregistrés, mais n’est plus dans la liste des fichiers déclarés.
Ajouter le second changement 06
Maintenant ajouter le second changement à la liste des fichiers déclarés, ensuite lancer git status.
Execute:
git add . git status
Note: Nous utilisons le répertoire courant (‘.’) comme le fichier à ajouter. C’est vraiment un raccourci pratique pour ajouter tous les changements aux fichiers dans le répertoire courant et en dessous. Mais comme il ajoute tout, c’est vraiment une bonne idée de vérifier le status avant de faire un add ., juste pour s’assurer que vous n’ajoutez aucun fichier qui ne soit pas désiré.
Je voulais que voyiez l’astuce “add .”, mais nous allons continuer à ajouter explicitement les fichiers dans le reste du tutoriel juste pour être sûr.
Vous devriez voir …
Output:
$ git status # On branch master # Changes to be committed: # (use "git reset HEAD <file>..." to unstage) # # modified: bonjour.rb #
Maintenant le second changement a été déclaré et est prêt à être commité.
Commiter le second changement 07
Execute:
git commit -m "Ajout d'un commentaire"