Merci de votre intérêt pour contribuer au Git & GitHub Workshop ! 🎉
Ce document vous guide à travers le processus de contribution. Nous accueillons toutes les contributions : corrections de bugs, nouvelles fonctionnalités, améliorations de la documentation, et plus encore.
- Code de Conduite
- Comment Contribuer
- Premier Pas
- Processus de Contribution
- Standards de Code
- Conventions de Commits
- Pull Requests
- Issues
- Questions
En participant à ce projet, vous acceptez de respecter notre code de conduite. Soyez respectueux, inclusif et constructif dans toutes vos interactions.
Principes :
- Soyez accueillant envers tous
- Respectez les opinions divergentes
- Acceptez les critiques constructives
- Concentrez-vous sur ce qui est bon pour la communauté
- Faites preuve d'empathie
Non toléré :
- Langage ou comportement discriminatoire
- Harcèlement sous toute forme
- Trolling ou commentaires insultants
- Attaques personnelles ou politiques
Il existe de nombreuses façons de contribuer à ce projet :
- Proposer de nouvelles fonctionnalités
- Suggérer des améliorations
- Donner du feedback
- Ouvrir une issue avec le template "Bug Report"
- Fournir des détails complets pour reproduire le bug
- Corriger des typos
- Clarifier des sections confuses
- Ajouter des exemples
- Traduire la documentation
- Corriger des bugs
- Implémenter de nouvelles fonctionnalités
- Améliorer les performances
- Ajouter des tests
- Améliorer l'UI/UX
- Créer des illustrations
- Améliorer l'accessibilité
- Tester les nouvelles fonctionnalités
- Faire du QA
- Signaler les problèmes
- Répondre aux questions
- Aider les nouveaux contributeurs
- Partager vos connaissances
Cherchez les issues avec ces labels :
good first issue- Parfait pour les débutantshelp wanted- Nous avons besoin d'aidedocumentation- Améliorations de la doc
Avant de contribuer :
- Lisez le README.md
- Parcourez les exercices
- Regardez les exemples
- Consultez les issues existantes
- Rejoignez les discussions
Cliquez sur le bouton "Fork" en haut de la page.
git clone https://github.com/VOTRE-USERNAME/git-workshop.git
cd git-workshopgit remote add upstream https://github.com/ORIGINAL-OWNER/git-workshop.git# Toujours partir de main à jour
git checkout main
git pull upstream main
# Créer votre branche
git checkout -b type/description-courteExemples :
git checkout -b feature/add-exercise-4
git checkout -b bugfix/fix-typo-readme
git checkout -b docs/improve-installation-guideConsultez le guide de nommage des branches pour plus de détails.
- Écrivez du code propre et lisible
- Suivez les conventions du projet
- Commentez le code complexe
- Testez vos modifications
git add .
git commit -m "type: description claire du changement"Consultez les conventions de commits ci-dessous.
git fetch upstream
git merge upstream/mainRésolvez les conflits si nécessaire.
git push origin votre-branche- Allez sur votre fork sur GitHub
- Cliquez sur "Compare & pull request"
- Remplissez le template de PR
- Soumettez la PR
Consultez le guide des Pull Requests pour plus de détails.
git-workshop/
├── docs/ # Documentation
├── exercises/ # Exercices pratiques
│ ├── 01-basics/
│ ├── 02-branches/
│ └── 03-collaboration/
├── examples/ # Exemples et guides
└── participants/ # Liste des participants
- Utilisez des titres ATX (
#pas===) - Une ligne vide avant et après les titres
- Listes avec tirets
-(pas*ou+) - Blocs de code avec triple backticks et langage
- Lignes max 120 caractères (documentation)
Exemple :
# Titre Principal
Description claire et concise.
## Sous-Titre
- Item 1
- Item 2
```bash
commande exemple
```
### Langue
- Documentation principale : **Français**
- Code/Exemples : Français ou Anglais selon le contexte
- Commentaires de code : Français de préférence
### Accessibilité
- Utilisez des textes alternatifs pour les images
- Évitez les liens "cliquez ici"
- Utilisez des titres de section clairs
- Testez avec un lecteur d'écran si possible
---
## 📝 Conventions de Commits
Nous utilisons des commits sémantiques pour un historique clair.
### Format
:
[corps optionnel]
[footer optionnel]
### Types
- `feat` - Nouvelle fonctionnalité
- `fix` - Correction de bug
- `docs` - Documentation uniquement
- `style` - Formatage, style (pas de changement de code)
- `refactor` - Refactorisation
- `test` - Ajout/modification de tests
- `chore` - Maintenance, configuration
### Exemples
```bash
# Bons commits
feat: add exercise 4 on advanced Git
fix: correct typo in README installation section
docs: improve branch naming guide with examples
style: format code according to prettier config
refactor: reorganize exercises directory structure
test: add tests for exercise validation
chore: update dependencies to latest versions
# Mauvais commits
update stuff
fix bug
changes
asdfgh
WIP
- Utiliser l'impératif : "add" pas "added" ou "adds"
- Première lettre minuscule : "add" pas "Add"
- Pas de point final dans la description
- Maximum 50 caractères pour la ligne de sujet
- Corps explicatif si nécessaire (72 caractères par ligne)
Consultez le guide des commits pour plus de détails.
- Mon code suit les conventions du projet
- J'ai testé mes modifications
- J'ai ajouté/mis à jour la documentation
- J'ai ajouté/mis à jour les tests si nécessaire
- Mes commits suivent les conventions
- J'ai synchronisé avec upstream/main
- Tous les tests passent
- J'ai relu mon code
Utilisez le template fourni et remplissez toutes les sections :
## Description
[Décrivez vos changements]
## Type de Changement
- [ ] Bug fix
- [ ] Nouvelle fonctionnalité
- [ ] Breaking change
- [ ] Documentation
## Changements Apportés
- Change 1
- Change 2
## Comment Tester
1. Étape 1
2. Étape 2
## Checklist
- [ ] Code testé
- [ ] Documentation mise à jour
## Issues Liées
Fixes #123Consultez le guide des PR pour plus de détails.
Préféré :
- Petite : 1-100 lignes
- Moyenne : 100-400 lignes
À éviter :
- Grande : 1000+ lignes
Si votre PR est trop grande, découpez-la en plusieurs PRs plus petites.
Si vous êtes l'auteur :
- Répondez à tous les commentaires
- Faites les changements demandés
- Soyez ouvert aux suggestions
- Remerciez les reviewers
Si vous êtes reviewer :
- Soyez constructif et bienveillant
- Expliquez vos suggestions
- Approuvez si tout est bon
- Remerciez l'auteur
Les mainteneurs mergeront votre PR après :
- Revue et approbation
- Tous les tests passent
- Aucun conflit
- Conventions respectées
- Cherchez d'abord si l'issue existe déjà
- Vérifiez la documentation
- Testez avec la dernière version
-
Utilisez le bon template :
- 🐛 Bug Report
- ✨ Feature Request
- 📝 Documentation
- ❓ Question
- 🔧 Setup Issue
-
Remplissez toutes les sections
-
Soyez clair et concis
-
Ajoutez des captures d'écran
-
Incluez les logs d'erreur
## Description du Bug
Le bouton "Sauvegarder" ne fonctionne pas sur mobile.
## Étapes pour Reproduire
1. Ouvrir l'app sur mobile
2. Modifier le profil
3. Cliquer sur "Sauvegarder"
4. Observer qu'il ne se passe rien
## Comportement Attendu
Le profil devrait être sauvegardé.
## Environnement
- Device: iPhone 13
- OS: iOS 17.1
- Navigateur: SafariConsultez le guide des issues pour plus de détails.
- Issues - Pour bugs et features
- Discussions - Pour questions générales
- Twitter - @eliaswalyba
Si vous êtes bloqué :
- Lisez la documentation
- Cherchez dans les issues/discussions
- Posez votre question avec contexte
- Soyez patient et respectueux
Nous reconnaissons toutes les contributions :
- Votre nom dans participants/README.md
- Mention dans les release notes
- Badge "Contributor" sur votre profil GitHub
Mainteneur Principal : Elias W. BA
- Twitter: @eliaswalyba
- GitHub: @eliaswalyba
Si vous avez participé au workshop du 18 octobre 2025 et souhaitez simplement ajouter votre nom à la liste des participants :
- Fork ce dépôt
- Ajoutez votre nom dans
participants/README.md - Créez une Pull Request
C'est un exercice parfait pour pratiquer le workflow de contribution ! Consultez participants/README.md pour les instructions détaillées.
Toutes les contributions sont les bienvenues ! Que vous soyez :
- Développeur débutant cherchant à faire sa première contribution
- Développeur expérimenté voulant améliorer le projet
- Rédacteur technique améliorant la documentation
- Designer proposant des améliorations visuelles
Nous apprécions votre temps et vos efforts ! 🙏
Merci de contribuer au Git & GitHub Workshop ! Chaque contribution, grande ou petite, aide à améliorer ce projet et à aider plus de gens à apprendre Git.
Happy Contributing! 🚀
En contribuant à ce projet, vous acceptez que vos contributions soient sous la même licence MIT que le projet.