bfc333138b
All checks were successful
Deploy triz-docs to 150 / build-and-deploy (push) Successful in 1h8m34s
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>
# Pousser les 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 de dev sans faire de pull d'abord |
Votre branche commence sur du code périmé, causant 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 |
Pousser seulement dev et non la branche de fonctionnalité |
La branche de fonctionnalité sur le dépôt distant n'est plus synchronisée |
Pousser seulement la branche de fonctionnalité et non dev |
Votre travail n'atteint jamais l'équipe |
| Ne pas poster le hash du commit sur la tâche | La tâche n'a plus de lien traçable vers le code qui l'implémente |