2.4 KiB
2.4 KiB
| sidebar_position | title |
|---|---|
| 4 | Référence & Dépannage |
Référence & Dépannage
Référence Rapide
Pour les développeurs expérimentés, voici la séquence complète des commandes dans l'ordre :
# Récupérer le dernier dev
git checkout dev
git pull
# Créer et basculer sur la branche de fonctionnalité
git checkout -b feature/<numéro_de_tâche>
# ... faites votre travail, committez au fur et à mesure ...
# Récupérer le dernier dev à nouveau avant de rebaser
git checkout dev
git pull
# Revenir sur la branche de fonctionnalité et rebaser
git checkout feature/<numéro_de_tâche>
git rebase dev
# Fusionner dans dev
git checkout dev
git merge feature/<numéro_de_tâche>
# Push des deux branches
git push origin dev
git push origin feature/<numéro_de_tâche>
Ensuite, allez sur Gitea : copiez le hash du commit de fusion au sommet de dev, postez-le sur la tâche avec une description, et arrêtez le chronomètre.
Référence de Nommage des Branches
| Type | Format | Exemple |
|---|---|---|
| Branche de développement | dev |
dev |
| Branche de fonctionnalité | feature/<numéro_de_tâche> |
feature/42 |
Erreurs Courantes à Éviter
| Erreur | Pourquoi c'est un problème |
|---|---|
Créer une branche depuis dev sans faire de pull d'abord |
Votre branche part de code périmé, ce qui causera des conflits plus tard |
Sauter le deuxième git pull avant de rebaser |
Vous rebasez sur un dev obsolète et manquez les changements de vos coéquipiers |
| Oublier de rebaser avant de fusionner | Produit un historique désordonné avec des commits de fusion intermédiaires inutiles |
Ne faire un push que de dev sans la branche de fonctionnalité |
La branche de fonctionnalité sur le dépôt distant n'est plus synchronisée |
Ne faire un push que de la branche de fonctionnalité sans dev |
Votre travail ne parvient jamais au reste de l'équipe |
| Ne pas poster le hash du commit sur la tâche | La tâche n'a aucun lien traçable vers le code qui l'implémente |