Un guide simple pour Markdown – le formatage de texte dont vous avez besoin pour les GitHub Issues. Aucune connaissance préalable requise.
Vous souhaitez créer un issue sur GitHub et le texte a l’air ennuyeux ? Avec Markdown, vous pouvez formater vos textes très simplement – sans outils compliqués. Ce guide vous montre tout ce dont vous avez besoin.
Markdown est une manière simple de formater des textes. Au lieu de cliquer sur des boutons comme dans Word, vous écrivez certains caractères directement dans le texte – et GitHub en fait automatiquement une présentation joliment formatée.
Pourquoi est-ce pratique ?
| Formatage | Syntaxe | Résultat |
|---|---|---|
| Gras | **texte** | texte |
| Italique | *texte* | texte |
| Titre | ## Titre | Titre |
| Liste | - Point | Liste à puces |
| Checklist | - [ ] Tâche | Case à cocher |
| Lien | [Texte](URL) | Lien cliquable |
| Code | `code` | code |
| Citation | > Texte | Citation |
| Tableau | | A | B | | Tableau |
| Mention | @nom | Notification |
L’essentiel : Vous n’avez pas besoin de tout retenir. Commencez simplement avec gras, italique et les listes – cela suffit pour la plupart des issues. Vous pouvez toujours consulter le reste ici.
Le formatage le plus courant : mettre des mots en gras ou en italique.
| Ce que vous écrivez | Ce que ça donne |
|---|---|
**texte important** | texte important |
*texte accentué* | texte accentué |
***gras et italique*** | gras et italique |
~~barré~~ |
Voici à quoi pourrait ressembler un paragraphe dans un issue :
La fonction **Export** ne fonctionne plus depuis la dernière mise à jour.
L'erreur se produit *uniquement* pour les exports PDF, Excel fonctionne encore.
Devient :
La fonction Export ne fonctionne plus depuis la dernière mise à jour. L’erreur se produit uniquement pour les exports PDF, Excel fonctionne encore.
Avec le caractère #, vous créez des titres. Plus il y a de #, plus le titre est petit.
# Grand titre
## Titre moyen
### Petit titre
Dans les issues, vous n’avez généralement besoin que de ## et ###, car le titre de l’issue est déjà le titre principal.
- Premier point
- Deuxième point
- Troisième point
Devient :
1. Première étape
2. Deuxième étape
3. Troisième étape
Devient :
Les checklists sont particulièrement pratiques dans les GitHub Issues – les cases peuvent même être cochées directement :
- [x] Erreur reproduite
- [x] Capture d'écran créée
- [ ] Signalé au développeur
- [ ] Corrigé
Devient :
Plus d'infos sur [notre site web](https://itree.ch).
Devient :
Plus d’infos sur notre site web.
Dans les GitHub Issues, le plus simple est de glisser-déposer les images directement dans le champ de texte. GitHub crée alors automatiquement le code Markdown correspondant. Sinon, manuellement :

Astuce : Les captures d’écran valent de l’or pour les signalements d’erreurs. Glissez simplement l’image dans le champ de texte de l’issue – c’est fait.
Lorsque vous souhaitez faire référence à un message ou un texte :
> Cela a déjà été discuté lors de la dernière réunion.
Devient :
Cela a déjà été discuté lors de la dernière réunion.
Si vous souhaitez partager un message d’erreur ou un terme technique, vous pouvez le formater comme code :
L'erreur se produit dans la fonction `ExporterRapport`.
Devient :
L’erreur se produit dans la fonction ExporterRapport.
Utilisez trois backticks (```) pour les textes sur plusieurs lignes :
```
Erreur 500 : La connexion à la base de données n'a pas pu être établie.
Horodatage : 2026-03-21 14:32:05
Module : ExportService
```
Devient :
Erreur 500 : La connexion à la base de données n'a pas pu être établie.
Horodatage : 2026-03-21 14:32:05
Module : ExportService
Astuce : Toujours formater les messages d’erreur comme code – cela les rend beaucoup plus lisibles.
Les tableaux sont utiles lorsque vous souhaitez partager des informations structurées :
| Navigateur | Fonctionne ? |
|------------|--------------|
| Chrome | Oui |
| Firefox | Oui |
| Safari | Non |
| Edge | Non testé |
Devient :
| Navigateur | Fonctionne ? |
|---|---|
| Chrome | Oui |
| Firefox | Oui |
| Safari | Non |
| Edge | Non testé |
Une ligne horizontale pour une séparation visuelle se crée avec trois tirets :
---
Sur GitHub, vous pouvez mentionner des personnes directement dans un issue. La personne reçoit alors une notification :
@nomdutilisateur Pourriez-vous jeter un œil ?