Dans ce sprint, ton équipe va modifier le même code en parallèle. Sans un minimum d’organisation, vous risquez vite de vous écraser mutuellement le travail ou de perdre du temps dans les conflits de fusion.

Cette page te propose quelques règles simples pour collaborer proprement avec Git et GitHub : utiliser des branches, écrire des commits utiles et garder ton dépôt synchronisé avec le reste de l’équipe.

Ne pas travailler directement sur la branche principale

Pour limiter les risques, évite de tout développer directement sur la branche principale (souvent appelée main ou master).

• Utilise la branche principale pour le code « stable », qui compile et qui représente l’état actuel du projet.
• Crée des branches pour développer de nouvelles fonctionnalités, corriger des bugs ou expérimenter des idées.
• Ne fusionne dans la branche principale que lorsque ta fonctionnalité est dans un état raisonnablement stable (tests passés, application qui fonctionne).

Créer des branches par fonctionnalité ou tâche

Une bonne pratique simple consiste à créer une branche par fonctionnalité ou par tâche importante.

• Choisis des noms de branches explicites (par exemple feature/gestion-clients ou bugfix/correction-login).
• Laisse chaque membre de l’équipe travailler sur sa propre branche ou sur une branche partagée pour une fonctionnalité donnée.
• Une fois le travail terminé et testé, fusionne la branche dans la branche principale (en évitant de laisser traîner des branches mortes).

Écrire des messages de commit utiles

Les messages de commit doivent permettre de comprendre ce qui a été fait sans devoir ouvrir tous les fichiers modifiés.

• Évite les messages du type « fix » ou « changement » qui ne disent rien.
• Privilégie des messages courts mais précis, par exemple « Ajout de la validation des champs dans le formulaire de création de client ».
• Si possible, mentionne l’ID d’une tâche ou d’une user story Jira dans le message de commit pour garder un lien entre le code et le backlog.
• Fais des commits réguliers, après chaque étape cohérente de ton travail, plutôt qu’un énorme commit à la fin.

Rester synchronisé avec l’équipe

Pour éviter les mauvaises surprises, il est important de garder ta branche à jour avec le travail des autres.

• Récupère régulièrement les dernières modifications de la branche principale avant de fusionner ta propre branche.
• Lorsque des conflits apparaissent, prends le temps de les résoudre proprement et de tester à nouveau ton application.
• Préviens ton équipe si tu travailles sur une partie sensible du code afin d’éviter que plusieurs personnes modifient exactement les mêmes fichiers en même temps.

Utiliser GitHub comme support de collaboration

GitHub ne sert pas uniquement de « sauvegarde » : c’est aussi un outil pour visualiser et partager le travail de chacun.

• Utilise GitHub pour voir l’historique des commits, les branches actives et les fichiers modifiés.
• Lorsque c’est pertinent, utilise des demandes de fusion (pull requests) pour proposer l’intégration d’une branche et permettre une relecture rapide par un coéquipier.
• Assure-toi que tous les membres de l’équipe poussent régulièrement leurs modifications, pour éviter que le travail reste bloqué sur une seule machine.

Ce que ton équipe devrait mettre en place

• Une règle simple concernant la branche principale (qui peut y fusionner, dans quelles conditions).
• Une convention minimale pour nommer les branches et écrire les messages de commit.
• Un réflexe de pousser régulièrement sur GitHub et de récupérer les changements des autres avant de fusionner son propre travail.