« Git/Premiers pas » : différence entre les versions

On reprend l'exemple précédent.

 

git clone https://gerrit.wikimedia.org/r/p/test/mediawiki/extensions/examples.git

cd examples

 

Faisons d'abord un

 

git branch

 

qui va nous répondre

Cela nous est confirmé par

 

git status

 

qui nous répond

Vous pouvez faire un

 

git log

 

Pour voir quel est l'auteur et la date de la dernière modification : cela nous servira de repère pour la suite.

Par exemple, créons un fichier <code>mon_nouveau_fichier.txt</code> avec un petit texte dedans.

 

echo "Ceci est un test de git" > mon_nouveau_fichier.txt

 

Voyons la façon dont git perçoit ce nouveau fichier

 

git status

 

<pre>

Comme nous voulons intégrer ce fichier au projet, on ne peut pas encore faire le <code>commit</code> ,car <code>commit</code> n'envoie que les fichiers qui sont *tracked*, c'est à dire dans l'index (*staging*). Ajoutons le fichier, comme git nous le suggère, avec <code>add</code>

 

git add mon_nouveau_fichier.txt

 

On refait un

 

git status

 

Et, cette fois, git nous répond

Le fichier <code>mon_nouveau_fichier.txt</code> sera bien intégré dans notre prochain <code>commit</code>. Allons-y :

 

git commit -m "mon premier commit"

 

Remarquons ici qu'avec <code>-m</code>, nous avons choisi de préciser le message de commit directement sur la ligne de commande. En lançant <code>git commit</code> tout court, l'éditeur de texte (<code>$EDITOR</code>) s'ouvre automatiquement pour inviter à saisir un commentaire de soumission.

Constatons immédiatement l'effet de ce commit :

 

git log

 

Notre dernier commit apparaît, en premier de la liste (c'est le plus récent).

Avec

 

git log --graph

 

On voit clairement que notre commit est lié au commit précédent.

Faisons une autre modification. Par exemple, modifions le fichier <code>mon_nouveau_fichier.txt</code> en ajoutant une ligne.

 

echo "Une seconde ligne pour un second test de git" >> mon_nouveau_fichier.txt

 

Voyons ce que git nous dit :

 

git status

 

<pre>

Git nous indique bien que le fichier a été modifié, voyons le résumé de ces modifications telles qu'elles sont perçues par git :

 

git diff

 

<pre>

On va maintenant faire le commit. Comme précédemment, il faut ajouter le fichier au *staging* :

 

git add mon_nouveau_fichier.txt

 

{{remarque|

Si vous voulez ajouter au staging tous les changements qui ont été effectués (fichiers ajoutés, modifiés, supprimés), il vous suffit de faire<ref>http://git-scm.com/docs/git-add</ref>

 

git add --all

ou

git add -A

}}

 

git status

 

<pre>

 

 

git commit -m "ma première modification"

 

<pre>

Remarquez le code « 5556307 » : il s'agit d'une abréviation de l'identifiant unique de l'objet Git (en l'occurrence une soumission). Chaque objet est haché en {{w|SHA-1}}. L'identifiant complet est en fait <code>5556307824d8d0425b38c9da696b84430e30f09f</code>, mais généralement les huit premiers caractères suffisent à l'identifier à coup sûr.

 

git log --graph

 

<pre>

== Supprimer un fichier ==

 

git rm mon_nouveau_fichier.txt

git status

 

<pre>

Il n'est pas nécessaire de faire un add.

 

git commit -m "ma première suppression de fichier"

 

<pre>

== Recherche dans l'historique ==

Pour rechercher un mot dans tous les historiques de tous les fichiers (du répertoire et des sous-répertoires du script) :

git rev-list --all | (

while read revision; do

done

)

 

Par ailleurs, <code>git bisect</code> permet de rechercher dans l'historique des révisions en définissant les mauvais et bon commits<ref>https://git-scm.com/docs/git-bisect</ref>.