2. À qui s’adresse cette formation ?
Ceux qui utilisent Git quotidiennement
Ceux qui veulent mieux comprendre comment fonctionne Git
Ceux qui veulent comprendre les commandes de base
3. Git, ça sert à quoi ?
D’après le site officiel http://git-scm.com/
A VCS (Version Control System) allows you to:
● revert files back to a previous state,
● revert the entire project back to a previous state,
● review changes made over time,
● see who last modified something that might be causing a problem,
● who introduced an issue and when,
● and more…
4. Qu’est ce qu’on peut versionner
● du code source
● des fichiers de configuration
● des documents textes
● n’importe quel document non binaire
(zip, mp3, avi)
5. Images issues de http://fr.openclassrooms.com/
Un logiciel de versionning distribué
Centralisé Distribué Dans la vraie vie
6. Architecture de Git
Working directory / Workspace
contient les fichiers sur lesquels je travaille
Staging area / Index
zone temporaire de préparation avant de
commiter
Repository
contient tous les fichiers, l’historique et la
configuration du projet
Commit
c’est un snapshot - sauvegarde d’un état de
plusieurs fichiers à un moment donné
7. Git init
Transforme un dossier en
dépôt Git localement
Crée un sous-dossier .git
contenant la
configuration du dépôt
TOUT le projet git sera
contenu dans ce dossier
8. Git clone
Récupère un dépôt distant
Initialise le dépôt en local
Mémorise l’adresse du
dépôt distant
10. Git add
Ajoute les fichiers que
l’on veut versionner
dans le staging area
Les fichiers ne sont pas
encore sauvegardés
11. Git commit
Créé un “snapshot”
Ajoute toutes les modifications
dans l’historique
Identifié par un code unique (sha1)
non séquentiel comme SVN
Le message doit indiquer ce que
contient le commit
--amend : modifie le dernier commit
12. Git branch
Une branche permet de
développer/tester de nouvelles
fonctions sans rien casser
Master est la branche principale.
Elle devrait toujours contenir
un code fonctionnel.
Crée une nouvelle branche “dev”
contenant tout l’historique de
la branche master
> git checkout -b dev
13. Git checkout
déplace le pointeur HEAD
Permet de se déplacer entre
les différentes branches
Permet aussi de se déplacer
dans l’historique des commits
> git checkout 92b1325
19. Git reset
Permet de repositionner HEAD sur
des anciens commits
--soft : index et working tree
inchangé
--mixed : index RAZ et working
tree inchangé (défaut)
--hard : index et working tree RAZ
24. Gérer les conflits
Impossible de faire un push si des fichiers
distants ont divergé du dépôt local
On traite toujours les conflits en local et on
commit
git pull > correction des conflits > git push
25. .gitconfig
Fichier surchargeable définissant les configurations de Git
● Global (~/.gitconfig): Définit les configurations globales pour un utilisateur
● System (/etc/.gitconfig): Peu utilisé. Contient les configurations globales pour tous les
utilisateurs de l’ordinateur
● Local (~/Projects/this-project/.gitconfig): Au niveau du dépôt. Contient les configurations
propres au dépôt. Si ce fichier est commité, il impactera tous les utilisateurs qui
travailleront sur ce dépôt.
!!! Plein d’exemples dans les gists !!!
26. HEAD - origin - master
HEAD : pointeur sur le dernier commit
Origin : Dépôt distant par défaut
Master : Branche principale par défaut
HEAD^ = HEAD~1 : dernier commit
HEAD~2 : avant dernier commit
27. .gitignore
Contient les fichiers et les chemins qu’il ne faut pas versionner
logs, caches, config locales, les fichiers temporaires
#eclipse
.buildpath
.project
.settings
.externalToolBuilders
application/config/config.user.ini
composer.phar
caches/*
*~
*.DS_Store
!caches/README
28. Fork et Pull Request (PR)
Pas de droits en écriture sur des dépôts officiels
Fork = dupliquer un dépôt officiel pour pouvoir écrire dessus
Pull Request = proposer au propriétaire du dépôt officiel une
correction/amélioration depuis notre dépôt fork
Le propriétaire peut “merger” simplement notre patch