- Git a été créé par Linus Torvald (créateur de Linux) en avril 2005 pour proposer une alternative gratuite à BitKeeper. + Git a été créé par Linus Torvald (créateur de Linux) en avril 2005 pour proposer une + alternative gratuite à BitKeeper.
- C’est un gestionnaire de version décentralisé. Cette gestion décentralisée lui a valu son succès, notamment auprès de la communauté + C’est un gestionnaire de version décentralisé. Cette gestion décentralisée lui a valu + son succès, notamment auprès de la communauté du logiciel libre.
- Git a été pensé comme un système de fichier à part entière qui gère lui-même le versionnement de son arborescence (d’après + Git a été pensé comme un système de fichier à part entière qui gère lui-même le + versionnement de son arborescence (d’après Linus Torvald).
Décentralisé
- Git est un gestionnaire de version décentralisé. Chaque à contributeur possède donc localement un dépôt à part entière! + Git est un gestionnaire de version décentralisé. Chaque à contributeur possède donc + localement un dépôt à part entière!
- Chaque dépôt est totalement indépendant des autres. Les synchronisations entre dépôts sont à décider suivant vos méthodes + Chaque dépôt est totalement indépendant des autres. Les synchronisations entre dépôts sont + à décider suivant vos méthodes de travail.
Décentralisé
-De manière générale, on travaille avec un dépôt central qui sert de maitre de la donnée. Ce dépôt est traditionellement appelé origin. Chacun des poste client récupére et synchronise ses sources avec origin.
-Décentralisé
+De manière générale, on travaille avec un dépôt central qui sert de + maitre de la donnée. Ce dépôt est traditionellement appelé origin. Chacun des poste + client récupére et synchronise ses sources avec origin.
+La gestion de fichiers
-Git indexe les fichiers d'après leur somme de contrôle calculée avec la fonction de hachage SHA-1. Quand - un fichier n'est pas modifié, la somme de contrôle ne change pas et le fichier n'est stocké qu'une - seule fois. En revanche, si le fichier est modifié, les deux versions sont stockées sur le disque.
+Git indexe les fichiers d'après leur somme de contrôle calculée + avec la fonction de hachage SHA-1. Quand + un fichier n'est pas modifié, la somme de contrôle ne change pas et le fichier n'est stocké + qu'une + seule fois. En revanche, si le fichier est modifié, les deux versions sont stockées sur le + disque.
-
@@ -194,7 +208,9 @@- Untracked: Le fichier n’est pas indexé, et n’est pas considéré pour le calcul des différences +
- Untracked: Le fichier n’est pas indexé, et n’est pas considéré pour le calcul des + différences entre deux révisions
- Stagged: Le fichier fait parti d’un lot prêt à être commité
-- Unmodified: Le fichier est indexé, mais ne possède aucune différence avec sa version de la révision +
- Unmodified: Le fichier est indexé, mais ne possède aucune différence avec sa version de + la révision précédente
-- Modified: Le fichier est indexé, et possède des différences avec sa version dans la révision +
- Modified: Le fichier est indexé, et possède des différences avec sa version dans la + révision précédente
La gestion de fichiers
Ignorer des fichiers
-Il est possible de faire en sorte que des fichiers présents dans votre répertoire soit ignorés par Git. Il suffit de placer les repertoires/fichiers à ignorer dans le .gitignore
+Il est possible de faire en sorte que des fichiers présents dans votre + répertoire soit ignorés par Git. Il suffit de placer les repertoires/fichiers à ignorer + dans le .gitignore
lib/
plugin/
@@ -204,16 +220,18 @@ Ignorer des fichiers
L'historique
-L'historique de git est créé comme une chaîne de pointeurs entre les différentes révisions (commits) du projet
+L'historique de git est créé comme une chaîne de pointeurs entre les différentes révisions (commits) du projet
Le Commit
- Un commit est une révision du projet. Le snapshot du projet à l’instant T où le commit a été créé. Il est identifié par son + Un commit est une révision du projet. Le snapshot du projet + à l’instant T où le commit a été créé. Il est identifié par son SHA-1 et contient les informations suivante:
-
@@ -228,25 +246,26 @@
Le Commit
Exemple
Créer un dépôt Git
Git Init
git init __directory__ Transforme le dossier __directory__ en dépôt git.git init [--bare]Un repository - bare est un repository dans lequel on ne peut rien commiter directement. On ne peut que synchroniser + bare est un repository dans lequel on ne peut rien commiter directement. On ne + peut que synchroniser avec d'autre dépôt.
- Note: Si vous faites un git init dans un repertoire en étant déjà un depôt git, rien ne se passe. - Vous n'écraserez pas votre configuration. + Note: Si vous faites un git init dans un repertoire en étant déjà un depôt git, rien ne se + passe. + Vous n'écraserez pas votre configuration.
Git clone
-Cette commande vous permez de cloner un dépôt existant (distant ou non). Un dossier portant le nom du - projet est créé dans le répertoire courant, et le dépôt est copié dans ce dossier.
+Cette commande vous permez de cloner un dépôt existant + (distant ou non). Un dossier portant le nom du + projet est créé dans le répertoire courant, et le dépôt est copié dans ce dossier.
git clone __url__git clone https://github.com/get-focus/formation-git-basic.gitPar exemple si vous voulez contribuer à l'amélioration de cette formation, vous pouvez copier le dépôt et commencer à coder =)Git config
-Permet de régler les configurations du compte git. Il est possible de gérer une hiérarchie des configuration:
+Permet de régler les configurations du compte git. Il est possible de gérer une hiérarchie des + configuration:
- system
- global @@ -285,7 +308,8 @@
Git config
Les alias
-Il est possible de se créer des alias pour simplifier l'utilisation de certaines commandes complexes
+Il est possible de se créer des alias pour simplifier l'utilisation de certaines commandes + complexes
git config --global alias.ci commitgit config --global alias.amend git ci --amendAinsi la commandegit amend
@@ -335,32 +359,40 @@ Modifier des éléments
Git add
-Cette fonction sert à passer des nouveaux fichiers, ou des fichiers modifiés à l'état +
Cette fonction sert à passer des nouveaux fichiers, ou des fichiers + modifiés à l'état staged afin qu'ils puissent par la suite être commités.
git add __file__git add __directory__git add ./src/*.js-La phase de stagging est une particularité propre à Git. Ce buffer entre la phase de travail, et - la phase d'historisation permet de morceler notre historique afin de rendre les commits les plus +
La phase de stagging est une particularité propre à Git. Ce buffer entre la phase de + travail, et + la phase d'historisation permet de morceler notre historique afin de rendre les commits les + plus atomiques possible.
Git commit
-Cette commande sauvegarde l'ensemble des modifications dans l'état +
Cette commande sauvegarde l'ensemble des modifications dans + l'état staged et l'ajoute à l'historique du projet.
git commit -m "__message_de_commit__"Une fois nos modifications commitées, Git ne les oubliera jamais. Il est bien sur possible de modifier +
Une fois nos modifications commitées, Git ne les oubliera jamais. + Il est bien sur possible de modifier l'historique, mais là encore il existe des possibilités pour retrouver nos modifications.
-Attention! Ceci n'a rien à voir avec la fonction commit de SVN. Ici l'historisation n'est faite que +
Attention! Ceci n'a rien à voir avec la fonction commit de SVN. Ici l'historisation n'est + faite que sur votre depôt local. La synchronisation avec un serveur central se fait séparément.
Revenir en arrière
Git commit --amend
git commit --amend -m "Update README.txt"Applique les modification à l'ancien commit, et change le message de commit en "Update README.txt".Attention: on modifie l'historique en faisant cela. Le --amend n'est utilisé que lorsque les modifications ne sont pas synchronisées avec le serveur.+
Attention: on modifie l'historique en faisant cela. Le --amend n'est utilisé que + lorsque les modifications ne sont pas synchronisées avec le serveur.
- 
+ 
+ 
+ 
+ 
+