Aller au contenu principal

Se connecter

Sauvegarde ta progression et retrouve-la sur tous tes appareils.

Ou par email

Pas encore de compte ?

Politique de confidentialité

Workflow Git pour développeur solo

Pas besoin d'une équipe pour bénéficier d'un workflow Git solide. Branches, commits atomiques et tags gardent vos projets solo propres, sûrs et faciles à gérer.

Pourquoi utiliser des branches quand on travaille seul ?

Filet de sécurité

Gardez main toujours fonctionnel. Expérimentez sur une branche : si ça échoue, supprimez-la et votre code stable reste intact.

Changement de contexte

Vous travaillez sur une fonctionnalité mais devez corriger un bug ? Changez de branche instantanément. Chaque branche garde son propre contexte séparé.

Historique propre

Fusionner des branches de fonctionnalités crée une chronologie lisible de ce qui a été ajouté et quand. C'est facile à tracer et à reverter.

Workflow recommandé

Un workflow solo simple : main + branches de fonctionnalités

Ce workflow est léger, efficace et s'adapte si votre projet devient un travail d'équipe.

1. main est toujours stable

Ne commitez jamais directement sur main. Il doit toujours contenir du code fonctionnel. C'est votre branche déployable.

2. Une branche par fonctionnalité ou correctif

Créez une branche comme feature/ajout-login ou fix/bug-header. Travaillez dessus jusqu'à ce que ce soit terminé, puis fusionnez.

3. Fusionner et nettoyer

Une fois la fonctionnalité terminée, fusionnez-la dans main et supprimez la branche. Cela garde votre liste de branches courte et ordonnée.

4. Taguer vos releases

Utilisez git tag -a v1.0.0 pour marquer les jalons importants. Les tags vous permettent de revenir à n'importe quelle release instantanément.

Workflow solo complet dans le terminal

De l'initialisation du projet à votre première release taguée.

Étape 1 : Initialiser le projet

Étape 2 : Travailler sur une branche de fonctionnalité

Étape 3 : Fusionner et taguer

Stratégie de commit : petit, atomique, significatif

Bons commits

Ajouter le composant formulaire de connexion — un changement clair

Corriger le débordement du header sur mobile — correctif spécifique

Refactorer le middleware d'authentification — unité de refactoring unique

Mauvais commits

WIP — ne dit rien sur le changement

Fix truc — impossible à retrouver plus tard

Ajout login, fix header, màj tests — trop de changements d'un coup

Astuce versioning

Utilisez les tags pour marquer vos releases

Les tags créent des marque-pages permanents dans votre historique. Utilisez le versioning sémantique pour suivre ce que vous livrez.

Tags annotés

git tag -a v1.0.0 -m "Première release"

Inclut l'auteur, la date et un message. Recommandé pour les releases.

Lister les tags

git tag --list

Voir toutes vos versions taguées en un coup d'oeil.

Revenir à une release

git checkout v1.0.0

Revenez à n'importe quelle release passée instantanément. Parfait pour le debugging.

Fait partie du guide Remote & Collaboration

A

GitQuest est conçu par Anaïs (nouvelle fenêtre), développeuse web et responsable pédagogique, spécialisée en formations tech et accessibilité numérique.

Questions sur les workflows Git solo

Pratiquez les workflows Git dans un terminal sécurisé

Les enquêtes GitQuest vous mettent dans des scénarios solo réalistes pour pratiquer le branching, les commits et le tagging.

Commencer les enquêtes