Présentation - Valentin Brosseau

Pour vous qu'est-ce qu'un gestionnaire de version ?

Quand utiliser un gestionnaire de version ?

À votre avis ?

Dès que l'on code !

Définition

Un logiciel de gestion de versions ou VCS (Version Control System) est un logiciel qui permet de stocker un ensemble de fichiers en conservant la chronologie de toutes les modifications qui ont été effectuées dessus.

Un logiciel de gestion de versions agit sur une arborescence de fichiers afin de conserver toutes les versions des fichiers.

Git en quelques mots

GIT est développé par Linus Torvalds (créateur du noyau Linux) depuis 2005.

C’est un SCM (Source Code Management), un gestionnaire de versions de fichiers comme CVS ou SVN à la différence prêt qu’il est décentralisé.

Les dépôts GIT d’un projet sont donc «distribués» (aucun dépôt n’est prioritaire sur les autres).

Un peu d'histoire…

Noyau Linux

150Mo de source
Des milliers de développeurs
Stable

Maintenu pendant des années par des patchs…

… par emails

Via EMAIL

Mouais

Linux Torvald utilise BitKeeper
BitKeeper devient payant
Il programme/code donc le sien

GIT

(2005, récent donc)

Historique (avant GIT)

FTP (à votre avis?)
Index1, Index2, … (À votre avis?)
Email (à votre avis?)
CVS
SVN
Git

Les points clés de Git

Distribué.
Rapide (différences entre les versions).
Très très fiable (Hash SHA).
Ligne de commande très évoluée.
Est capable de gérer des projets de toutes tailles.

principe

RAPIDE

Rapide

Pourquoi

Le principe des snapshots / et des diffs

Snapshots

Connaissez-vous d'autres systèmes utilisant le même principe ?

Quels sont les autres avantages de fonctionner avec des « diffs »?

Les points clés

Traçabilité
La gestion des branches
La fusion de code efficace (Merge)
Rapidité
La ligne de commande
Réécriture de l'histoire impossible

Avant de commencer

Terminologie

Repository

Vos sources + un dossier « caché » le « .git ».

Le .git, est le dossier qui contient l'historique de votre projet. (et plus encore)

Diff (ou patch)

Différences entre 2 versions d'un fichier.

Commiter

Action d'enregistrer les modifications d'un ou des fichiers. Création d'une version.

Commit

Le résultat d'une action de commit, représenté par un hash SHA-1/SHA-256.

Branche

Une lignée de développement. Par défaut tout le développement se fait dans la branche nommée « main ».

tag

Un identifiant symbolique pour un commit.

« C'est une étiquette ou un raccourci vers une version »

principe

Les branches

branches

Le Merge

branches

Quelques chiffres

Nombre de commits par semaine chez Facebook ?

~10 000

Exemple

Vous allez voir c'est simple…

(Enfin presque…, mais c'est puissant !)

I've got power

Qui suis-je ?

$ git config --global user.name "Valentin Brosseau"

$ git config --global user.email "c4software@gmail.com"

Initialisation

$ cd mon_projet
$ git init

Création d'un nouveau « repository » vide.

Premier commit

$ vim mon_fichier.js
$ git add mon_fichier.js

Premier commit

$ git commit -m "Mon premier commit"

[main 745a6ef] Mon premier commit
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 mon_fichier.js

Git Commit

Voilà !

Done

Que mettre dans le commentaire de commit ?

Le numéro de ticket
Le nom de la fonctionnalité

Des conventions existent :

Exemples de commits

$ git commit -m "feat: Ajout de la fonctionnalité de connexion"
$ git commit -m "fix: Correction du bug de connexion"
$ git commit -m "docs: Ajout de la documentation"

$ git add fichier1.js fichier2.js

$ git commit -m "Mon 2nd commit"

[main aa2507d] Mon 2nd commit
 2 files changed, 2 insertions(+), 0 deletions(-)
 create mode 100644 fichier1.js
 create mode 100644 fichier2.js

2nd commit

$ vim fichier.js

$ git commit -am "Changement dans le fichier"

[main 841036d] Changement dans le fichier
 1 files changed, 28 insertions(+), 0 deletions(-)

3eme commit

À tout moment

Vérifier le statut de mon dépôt Git

$ git status

On branch main
Your branch is up-to-date with 'origin/main'.

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:   index.html
  modified:   ../gitlab/index.html

no changes added to commit (use "git add" and/or "git commit -a")

Via un Diff

Afficher les changements dans votre dépôt.

$ git config --global diff.tool vimdiff
$ git difftool

diff

Figer une version

git tag V1.0

Est-ce que tout doit être commité ?

Oui
Non ?
La réponse D ?

Non bien évidemment

Filtrer les données sensibles (ou inutiles)

Les mots de passe
Les fichiers générés
…

Le .gitignore

$ cat .gitignore

lib.so
conf/
*.yml
.pyc

Générer un gitignore

Les branches

Pourquoi ?
Quand ?

Les branches

$ git branch evolution1

branche

Et ?

$ git checkout evolution1
Switched to branch 'evolution1'

Et ?

$ vim fichier2.js

$ git commit -am "Ajout de l’évolution"

[evolution1 54d9dde] Ajout de l’évolution
 1 files changed, 208 insertions(+), 10 deletions(-)

Commit 4

À votre avis que faut-il faire maintenant ?

« Merger » les branches

$ git checkout main

$ git merge evolution1

Que vient-il de se passer ?

Qui fusionne le code ?
Fusion du code ?
Conflit ?
Et la branche ? On la coupe ?

Meh

Suppression de la branche

$ git branch -d evolution1

Allez plus loin

Voir l'historique.
« Tagger » une version.
« Signer » un commit.

J'ai un BUG en prod !

Aucun souci !

Les branches
Git Stash

Les différentes façons d’utiliser Git

Individuel/localement
Individuel avec un dépôt de référence
Collectif : Avec dépôt de référence
Collectif : Avec dépôt de référence et Manager(s) d’intégration(s)
Collectif : Avec dépôt de référence et Propriétaire(s) du dépôt (GitLab, Github, …)

En résumé

principe

La zone de staging

Afficher le statut

$ git status

Ajout en staging

$ git add monFichier

Suppression de la zone de staging

$ git rm --cached
# or
$ git checkout --

En résumé : Le statut des fichiers

La routine Git

La gestion du code inutile

Comment procédez-vous ?

Je le commente ?
J'ajoute un « return false »
Je le supprime il est dans Git…

Je le supprime il est dans Git

Ok la ligne de commande c'est bien, mais…

C'est bien, mais moi je ne suis pas seul

Et donc à plusieurs ?

Pas de protocol « git »

file://
http(s)://
ssh://
rsync://
…
Bittorent

Git à plusieurs

GitLab
GitHub
Gogs

Logo Gitlab

Git

Introduction à GIT / Gestionnaire de version