2.1 KiB
| sidebar_position | title |
|---|---|
| 1 | Aperçu & Démarrage du Travail |
Aperçu & Démarrage du Travail
Audience : Tous les développeurs de l'équipe. Ce document décrit le workflow standard à suivre à partir du moment où une tâche est assignée jusqu'au moment où elle est marquée comme terminée.
Aperçu
L'équipe utilise un workflow de type rebase-then-merge (rebasage puis fusion). Chaque tâche est développée de manière isolée sur sa propre branche de fonctionnalité, rebasée sur le dernier dev avant la fusion, puis les deux branches sont poussées ensemble vers le dépôt distant. Cela permet de garder l'historique de la branche dev propre et linéaire.
Workflow
Étape 1 — Lire la Tâche
- Ouvrez Gitea et accédez au ticket qui vous est assigné.
- Lisez attentivement la tâche, y compris les commentaires ou les pièces jointes.
- Assurez-vous de bien comprendre les exigences avant de commencer. Si quelque chose n'est pas clair, demandez avant d'écrire du code.
Étape 2 — Lancer le Chronomètre
- Lancez votre chronomètre dès que vous commencez à travailler sur la tâche.
- Le chronomètre doit refléter le temps de travail réel sur la tâche, alors lancez-le maintenant et non avant d'avoir lu et compris le ticket.
Étape 3 — Mettre à Jour votre Branche dev Locale
Avant de créer votre branche de fonctionnalité, assurez-vous que votre branche dev locale est à jour :
git checkout dev
git pull
Ne créez jamais de branche à partir d'un
devobsolète. Tirez (pull) toujours d'abord pour éviter de baser votre travail sur du code périmé.
Étape 4 — Créer la Branche de Fonctionnalité
Créez et basculez immédiatement sur une nouvelle branche à partir de dev, nommée d'après le numéro de la tâche :
git checkout -b feature/<numéro_de_tâche>
Par exemple, pour la tâche #42 :
git checkout -b feature/42
Le nom de la branche doit suivre exactement ce format —
feature/suivi du numéro de tâche. Cela lie clairement la branche à la tâche sur Gitea.