Pourquoi utiliser Git ?
Git est un outil avant tout fait par des développeurs (Linus Torvald, 2005) pour des développeurs.
Git permet :
- de suivre l’évolution de son code,
- de pouvoir travailler à plusieurs sur le même code,
- de pouvoir partager facilement son code avec le monde entier.
Il existe d’autres outils similaires… qui tombent en désuétude :
Git, c’est quoi ?
Git est un logiciel de gestion de version de fichiers décentralisé.
- Gestion de version
- conserver un historique des versions successives de fichiers pour suivre et manipuler leur évolution.
- Décentralisé
- Chaque copie d’un dépôt contient l’intégralité de l’historique.
Graphe et commits
L’historique d’un répertoire se représente sous la forme d’un graphe.
Chaque nœud est appelé commit et contient :
- des métadonnées : message, auteur, date de création, etc.
- une vue instantané (snapshot) de l’état du répertoire à un moment précis
Trois zones principales
Le répertoire de travail (working directory) est le répertoire sur le disque dur. Les fichiers y sont créés/modifiés/supprimés.
La zone de transit (staging area) ou index, est un espace temporaire qui stocke les modifications qui seront commitées.
Le dépôt (répertoire .git)
stocke tous les commits.
Les commandes git qui suivent vont permettre de manipuler les fichiers pour les faire passer d’une zone à une autre.
Git status
git status
affiche les infos sur l’état courant des fichiers.
$ git status
On branch main
Changes to be committed:
new file: NouvelleClasse.java
modified: README.md
Changes not staged for commit:
modified: Diagramme.puml
Untracked files:
Test.javaChanges to be committedliste les fichiers dans la zone de transit.Changes not staged for commitliste les fichiers du répertoire de travail qui ont été modifiés depuis le dernier commit.Untracked filesliste les fichiers qui ne sont pas versionnés.
Git add
git add- permet d’ajouter un fichier à la zone de transit, qu’il soit déjà versionné ou non.
$ git status
On branch main
Changes not staged for commit:
modified: MaClasse.java
$ git add MaClasse.java
$ git status
On branch main
Changes to be committed:
modified: MaClasse.javaGit commit
git commit[-m "message"]-
Permet d’enregistrer un nouvel instantané dans le dépôt avec un
messageindiquant en quoi consistent les modifications.
$ git status
On branch main
Changes to be committed:
modified: MaClasse.java
$ git commit -m "Modification du fichier Maclasse.java"
$ git status
On branch main
nothing to commit, working tree cleanGit restore
git restore<file>-
annule les modifications de
<file>qui ne sont pas dans la zone de transit
\(\rightarrow\) le fichier est modifié sur le disque dur.
$ cat MaClasse.java
interface MaClasse {}
$ git status
On branch main
Changes not staged for commit:
modified: MaClasse.java
no changes added to commit1. Depuis le dernier commit, MaClasse.java a été
modifié.
$ git restore MaClasse.java
$ cat MaClasse.java
class MaClasse {}
$ git status
On branch main
nothing to commit, working tree clean
2. Après git restore, les modifications sont
annulées.
Git restore - staged
git restore--staged <file>-
retire les modifications de la zone de transit, i.e. les
désindexe.
\(\rightarrow\) le fichier n’est pas modifié sur le disque dur
$ cat MaClasse.java
interface MaClasse {}
$ git status
On branch main
Changes to be committed:
modified: MaClasse.java
1. Depuis le dernier commit, MaClasse.java a été
modifié et indexé.
$ git restore --staged MaClasse.java
$ cat MaClasse.java
interface MaClasse {}
$ git status
On branch main
Changes not staged for commit:
modified: MaClasse.java
no changes added to commit2. Modifications désindexées.
Git rm / Git mv
git mv<file> <destination>-
déplace
<file>vers<destination>$ git mv MaClasse.java MaClasse2.java $ git statusOn branch main Changes to be committed: renamed: MaClasse.java -> MaClasse2.java
git rm<file>-
supprime
<file>$ git rm MaClasse.java $ git status On branch main Changes to be committed: deleted: MaClasse.java
- Les fichiers versionnés doivent être manipulés prioritairement avec git
- Ces commandes impactent Git ET le système de fichiers
Tableau récapitulatif
Le pointeur HEAD
Git utilise un pointeur nommé HEAD pour
indiquer où il se trouve dans le graphe des commits.
git commitcrée un nouveau commit et déplace le pointeurHEADsur ce nouveau commitgit checkoutdéplace uniquement le pointeurHEADsur un commit donné.
1 - Départ
2 -
git commit -m "..."
3 -
git checkout 6d865ec
Git branch & switch
Une branche est un pointeur nommé sur un commit.
git branch[-d] <name>-
- Crée une branche
<name>au niveau du commit pointé parHEAD. - L’option
-d(delete) supprime la branche.
- Crée une branche
git switch<name>-
- Déplace le pointeur
HEADvers la branche<name>. switchest aux branches ce quecheckoutest aux commits
- Déplace le pointeur
1.
Départ.
2.
git branch myBranch
3.
git switch myBranch
4.
git checkout 6d865ec
5.
git branch otherBranch
6.
git switch otherBranch
7.
git switch myBranch
8.
git branch -d otherBranch
Des histoires qui divergent
1. Départ.
2. Céation d’un nouveau
fichier OtherClasse.java.
3.
git add OtherClasse.java.
4.
git commit -m "Ajout de la classe OtherClasse.java"
4.
git commit -m "Ajout de la classe OtherClasse.java"
5. Modification du fichier
OtherClasse.java.
6.
git add OtherClasse.java.
7.
git commit -m "Modification du fichier OtherClasse.java"
7.
git commit -m "Modification du fichier OtherClasse.java"
À quoi servent les branches ?
Les branches permettent de travailler en parallèle à partir d’une base de code commune.
On peut créer des branches pour :
- développer une nouvelle fonctionalité
- corriger une erreur
- gérer des versions
release,beta, etc. de son application - …
Un dépôt a toujours une branche principale
main (anciennement master) qui contient par
convention du code fonctionnel.
Convention essentielle entre développeurs :
Ne jamais commiter directement sur la branche
principale.
Git merge
git merge<branche>-
Fusionne l’histoire de la
<branche>avec le la branche pointée parHEAD.
1.
Reprenons…
2.
git switch myBranch
2.
git switch myBranch
3.
git merge otherBranch ???
3.
git merge otherBranch
4.
git branch -d otherBranch
4.
git branch -d otherBranch
Le “commit de fusion”
git mergecrée un commit de fusion.- Un commit de fusion a deux parents, les deux commits pointés par les deux branches fusionnées.
Créer un “commit de fusion” est le comportement par défaut de Git, mais il existe d’autres stratégies de fusion.
Scénario de conflit
1.
Départ.
Fichier README.md
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes
2.
git branch otherBranch
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
3.
git switch otherBranch
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
4.
Modification de README.md
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
5.
git add README.md
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
6.
git commit -m "Traduction du titre en anglais"
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
7.
git switch myBranch
README.md sur…
Les partenaires de l'ITI :
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
8.
Modification de README.md
README.md sur…
The ITI's partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
9.
git add README.md
README.md sur…
The ITI's partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
10.
git commit -m "Traduction anglais britannique"
README.md sur…
The ITI's partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
11.
git merge otherBranch ?
README.md sur…
The ITI's partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… myBranch
ITI partners:
- IRMA
- ICube
- ObAS
- INRIA
- Plateformes… otherbranch
Scénario de clonage
1. Soit un dépôt distant
2. git clone git@git.unistra.fr:Base.git Clone
2. git clone git@git.unistra.fr:Base.git Clone
2. git clone git@git.unistra.fr:Base.git Clone
3. git commit -m "Travail en local"
3. git commit -m "Travail en local"
Scénario de pull
1. Reprenons…
2a. Le dépôt distant évolue.
2a. Le dépôt distant évolue.
3a. git fetch origin main
3a. git fetch origin main
4a. git merge origin main
4a. git merge origin main
2b. Le dépôt distant évolue.
3b. git pull origin main
3b. git pull origin main
Bonnes pratiques
- Toujours
pulleravant de depusherpour éviter les conflits et les reésoudre localement. - Toujours travailler sur une branche secondaire lorsqu’on travaille à plusieurs sur un même dépôt distant.
- Committer régulièrement
- Écrire des messages de commit explicites.
Comment ça fonctionne physiquement ?
Git sauvegarde l’ensemble des commits dans un répertoire
.gità la racine de cette arborescence.Pour pouvoir manipuler une arborescence, Git se base sur 3 éléments :
.git