Merge branch 'master' into 'master'

Typographie et orthographe + mon nom :)

J’ai corrigé deux trois trucs dans le README, et j’ai ajouté mon nom dans le fichier prévu à cet effet 😃

See merge request br/td-formation-git!2

README.md

@@ -8,7 +8,7 @@ Au cours de ce TD, si vous avez la moindre question, n'hésitez pas à demander
 I : Qu'est-ce que git
 ---------------------
 
-Dés qu'un projet commence à prendre de l'ampleur, Dropbox marche 5min mais risque rapidement de devenir impossible à maintenir sans les outils  spécialisés.
+Dès qu'un projet commence à prendre de l'ampleur, Dropbox marche 5min mais risque rapidement de devenir impossible à maintenir sans les outils spécialisés.
 
 C'est pour ça qu'existe git.
 
@@ -40,7 +40,7 @@ Une version de GitLab hébergée sur les serveurs du BR, réservée à l'X est [
 
 IV Premier objectif : le Fork
 -----------------------------
-Chaque projet est accessible sur un dépôt(repository ou repo en anglais).
+Chaque projet est accessible sur un dépôt (repository ou repo en anglais).
 Certains projets peuvent être séparés en plusieurs dépôt, c'est le cas de Sigma par exemple.
 Pour pouvoir commencer, il va falloir que vous ayez une copie de ce dépôt (repo en anglais) sur votre compte Gitlab.
 Cette action s'appelle un *fork* et est disponible en haut de la page.
@@ -66,7 +66,7 @@ Retournez dans l'invite de commande et tapez
 ```bash
 git clone adresse
 ```
-Le nom d'utilisateur et le mot de passe demandé sont ceux de Frankiz.
+Le nom d'utilisateur et le mot de passe demandé sont ceux de Sigma.
 
 Vous pouvez maintenant vous déplacer dans le dossier créé avec 
 ```bash
@@ -92,7 +92,7 @@ Dans ce premier exercice, vous allez modifier un fichier puis créer votre premi
 Lorsque vous taperez certaines commandes, il est possible que git vous demande des options de configuration, pour avoir votre nom et adresse email.
 De plus, dépendant de votre configuration, il est possible que les messages de git soient traduits en français.
 Le nom et l'adresse que vous lui donnerez seront ceux affichés sur les commits.
-Je recommande aussi d'effectuer la commande ``` git config core.editor nano ``` pour que git utilise l'éditeur nano au lieu de vim, l'éditaur par défaut.
+Je recommande aussi d'effectuer la commande ``` git config core.editor nano ``` pour que git utilise l'éditeur nano au lieu de vim, l'éditeur par défaut.
 
 
 Commencez par exécuter la commande 
@@ -206,7 +206,7 @@ Vous pouvez faire
 git log
 ```
 
-qui vous ouvre une interface qui permet de scroll la liste des commits (utilisez les flèches pour scroller et q pour quitter).
+qui vous ouvre une interface qui permet de faire défiler la liste des commits (utilisez les flèches pour vous déplacer et q pour quitter).
 Le premier devrait être le votre, avec le message que vous venez de mettre.
 
 Chaque commit est accompagné d'une ligne de charabia:
@@ -214,7 +214,7 @@ Chaque commit est accompagné d'une ligne de charabia:
 commit 1755910a947f3d717f0bf107aee79939f8075fd0 (HEAD -> master)
 ```
 Cette ligne de charabia est un *hash* qui sert d'identifiant unique au commit.
-Vous pouvez la copier (Si ctrl+c ne marche pas, c'est parce que  dans la console, il faut utiliser ctrl+shift+c et ctrl+shift+v pour copier coller).
+Vous pouvez la copier (Si ctrl+c ne marche pas, c'est parce que dans la console, il faut utiliser ctrl+shift+c et ctrl+shift+v pour copier coller).
 
 Vous pouvez retourner à un commit avec 
 ```bash
@@ -236,7 +236,7 @@ La commande pour envoyer vos commits au serveur GitLab s'appelle "push".
 ```bash
 git push
 ```
-Cette commande vous demandera de vous authentifier avec vos identifiants Frankiz, comme pour ```git clone```
+Cette commande vous demandera de vous authentifier avec vos identifiants Sigma, comme pour ```git clone```
 Vous pouvez maintenant retourner sur la page de votre fork et voir votre commit.
 
 
@@ -245,7 +245,7 @@ EX2
 Dans cet exercice, vous allez apprendre à utiliser les branches, la fonctionnalité fondamentale de git pour le travail en collaboration.
 
 Git permet de créer des branches. Chaque branche correspond à un état différent du développement.
-L'intérêt est que chaque développeur peut travailler sur une branche correspondant à a fonctionnalité sur laquelle il travaille, sans avoir  à se soucier d'interférer avec le travail des autres développeurs.
+L'intérêt est que chaque développeur peut travailler sur une branche correspondant à a fonctionnalité sur laquelle il travaille, sans avoir à se soucier d'interférer avec le travail des autres développeurs.
 Une fois que la fonctionnalité est terminée, il suffit de "merge" la branche de fonctionnalité avec la branche de développement principale, en s'assurant qu'il n'y a pas de conflits entre les branches et en les corrigeant s'il y en a.
 
 Voici un exemple de d'utilisation des branches pour le développement de sigma:
@@ -271,12 +271,12 @@ git checkout -b exo2
 Vous avez maintenant créé une nouvelle branche appelée "exo2".
 Vous pouvez vérifier ça avec ```git status```.
 
-Pour tester pouvoir comprendre les merge, créez une nouvelle branche appelée "temp".
+Pour pouvoir comprendre les merge, créez une nouvelle branche appelée "temp".
 
-Sur cette branche, ajoutez un fichier appellé temp dans lequel vous pouvez ajouter quelques lignes.
+Sur cette branche, ajoutez un fichier appelé temp dans lequel vous pouvez ajouter quelques lignes.
 Créez un commit pour cet ajout comme vous l'avez appris au premier exo.
 
-Ensuite, passez  à la branche exo2 avec ```git checkout exo2``` puis créez un fichier exo2 avec quelques lignes et le commit qui va avec. Ceci permet de simuler deux personnes travaillant sur deux branches séparées.
+Ensuite, passez à la branche exo2 avec ```git checkout exo2``` puis créez un fichier exo2 avec quelques lignes et le commit qui va avec. Ceci permet de simuler deux personnes travaillant sur deux branches séparées.
 
 Il est maintenant temps de "merge" les deux branches.
 Pour cela, il suffit d'utiliser la commande ```git merge [branche cible]``` depuis la branche sur laquelle vous voulez que le merge soit fait.
@@ -285,11 +285,11 @@ Dans notre cas, il faut donc faire ```git merge temp```.
 Git vous ouvre ensuite l'éditeur pour écrire le message pour expliquant le merge.
 Il est normalement déjà pré-rempli par ```merge branch 'temp' into exo2```.
 
-Voilà, vous savez maintenant comment se servir basiquement des branches.
+Voilà, vous savez maintenant comment vous servir basiquement des branches.
 
-GitLab possède pas mal de fonctionnalités, permettant de gérer efficacement le devellopement.
+GitLab possède pas mal de fonctionnalités, permettant de gérer efficacement le développement.
 Si vous essayez de push des commits sur le dépo du BR du TD, vous n'aurez pas les droits (c'est pour cela que vous avez du fork le td pour en avoir une version sur votre compte sur lequel vous avez les droits de modification).
-Cependant vous pouvez quand même participer aux devellopement d'autres projets sur GitLab, mais il faut pour cela avoir l'accord des des mainteneurs du projet.
+Cependant vous pouvez quand même participer aux développement d'autres projets sur GitLab, mais il faut pour cela avoir l'accord des des mainteneurs du projet.
 
 Cela se fait via les "Merge Request".
 Pour cela, allez sur votre fork du projet.

exo1/noms_prenoms.txt

 Sosthène Guédon <3
 Jean-Charles LAYOUN
 Sina Schaeffler
+Florent Allard
 Guillaume Prémel