Git utilisation quotidienne

Git
Utilisation quotidienne
Sylvain Witmeyer

À 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

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…

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)

Images issues de http://fr.openclassrooms.com/
Un logiciel de versionning distribué
Centralisé Distribué Dans la vraie vie

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é

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

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

Git status
Affiche l’état du
workspace et du
staging area

Git add
Ajoute les fichiers que
l’on veut versionner
dans le staging area
Les fichiers ne sont pas
encore sauvegardés

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

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

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

Git log
donne l’historique
des commits

Git tag
Attribue une étiquette à
un commit
Permet de revenir
facilement à une
version précise

Git push
Envoie ses
derniers commits
locaux
-u upstream : lie
les branches
distantes aux
branches locales

Git fetch + Git merge = Git Pull
Récupère les derniers
commits distants
Intègre ces commits
dans le dépôt local
>git pull origin master

Git rebase
Réécrit l’historique
des commits
Supprime les
anciens commits
Merge
Rebase

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

Git revert
recrée des
commits pour
pour revenir
jusqu’à un commit
particulier

Git diff
Affiche les différences
entre 2 commits, 2
branches, entre le
dernier commit et le
workspace etc ...

Git stash
Stock temporairement les
modifications du staging
area sans créer de
commit
Possibilité d’avoir plusieurs
“stash”

Résumé
Image issue de http://nbviewer.ipyhton.org

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

.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 !!!

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

.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

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

Pour découvrir git
https://try.github.io/
http://rogerdudler.github.io/git-guide/index.fr.html
http://pcottle.github.io/learnGitBranching/
pour toutes les commandes : man git-xxx

Questions ?
@switmeyer sylwit sylvainwitmeyer

Git utilisation quotidienne

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à Git utilisation quotidienne

Similaire à Git utilisation quotidienne (20)

Git utilisation quotidienne