| ... | ... | @@ -6,6 +6,8 @@ Ce document vise à donner quelques clés d'utilisation de Gitlab pour signaler |
|
|
|
|
|
|
|
* Sur Gitlab, ce que nous appelons bug sera signalé par une **issue**.
|
|
|
|
|
|
|
|
* 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 en tout cas ce qui m'a permis de mettre en forme ce wiki, avec des titres des éléments en gras etc. 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).
|
| ... | ... | @@ -13,8 +15,6 @@ Si vous ne mettez qu'un saut de ligne et pas d'espaces à la fin de votre premi |
|
|
|
|
|
|
|
Lors de la rédaction de vos issues, vous pourrez aller dans l'onglet Preview pour prévisualiser le rendu de ce que vous avez écrit avant de l'envoyer.
|
|
|
|
|
|
|
|
* 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.
|
|
|
|
|
|
|
|
# 2. Signaler un bug avec les issues
|
|
|
|
|
|
|
|
Pour signaler un bug, le seul onglet qui nous intéressera est **l'onglet Issues**, situé dans le volet de gauche de Gitlab
|
| ... | ... | |
| ... | ... | |
