Tuto-:-utiliser-les-issues-pour-signaler-des-bugs.md

@@ -8,7 +8,7 @@ Ce document vise à donner quelques clés d'utilisation de Gitlab pour signaler
 
 * Sur Gitlab, vous aurez la possibilité de modifier ou supprimer le contenu écrit par quelqu'un d'autre. **Merci de ne pas le faire et de toujours passer par les commentaires** si besoin d'ajouter des précisions ou de contredire une information.
 
-* Tous les textes que vous écrirez sur Gitlab seront interprétés en **Markdown** (cf. [ce lien](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet) pour plus d'informations). Le texte peut ainsi être formaté, même si ça n'aura pas forcement grande utilité reporter les bugs. C'est par exemple ce qui m'a permis de mettre en forme ce wiki. La contrepartie est que certains formatage ne sont pas très intuitifs, notamment **le retour à la ligne**. En Markdown, pour s'assurer qu'un retour à la ligne sera pris en compte, il faut :
+* Tous les textes que vous écrirez sur Gitlab seront interprétés en **Markdown** (cf. [ce lien](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet) pour plus d'informations). Le texte peut ainsi être formaté. C'est par exemple ce qui m'a permis de mettre en forme ce wiki. La contrepartie est que certains formatage ne sont pas très intuitifs, notamment **le retour à la ligne**. En Markdown, pour s'assurer qu'un retour à la ligne sera pris en compte, il faut :
    - soit ajouter deux espace à la fin de la ligne qui précède le retour à la ligne.  
    - soit laisser une ligne vide entre les deux lignes de texte (faire 2 sauts de ligne donc).  
 Si vous ne mettez qu'un saut de ligne et pas d'espaces à la fin de votre première ligne, la ligne du bas sera collée à la suite de la ligne du haut, sans retour à la ligne.