Processus Git dans les équipes réelles : quel workflow choisir ?
Lors des entretiens, on vous demande souvent : « Quel Git-workflow avez-vous utilisé ? » Après cette section, vous aurez une réponse honnête et détaillée. Nous examinerons trois approches populaires — Feature Branch Workflow, Git Flow et Trunk-Based Development — et analyserons où chacune fonctionne bien et où elle peut devenir un frein.
- Vous serez capable de décrire trois workflows Git courants en entretien et d'expliquer leurs différences.
- Vous comprendrez comment la taille de l'équipe et la fréquence des livraisons influencent le choix du processus de développement.
- Vous apprendrez à poser les bonnes questions sur le workflow en intégrant une nouvelle équipe.
Phần đầu bài giảng
Pourquoi le Feature Branch Workflow ?
- Feature Branch = brouillon séparé d'un chapitre
- Isolation du code pour un travail parallèle
- Expérimentation sécurisée sans risque pour main
- Facilité de mise en œuvre pour les équipes de tout niveau
- Idéal pour les débutants et les petits projets
Imaginez que vous travaillez sur un livre et que vous créez un brouillon séparé pour chaque chapitre. C'est exactement comme cela que fonctionne le Feature Branch Workflow — chaque nouvelle fonctionnalité vit dans un environnement isolé. Cette approche permet aux équipes de travailler sur différentes tâches simultanément sans créer de chaos dans le code principal. Vous pouvez expérimenter en toute sérénité, sachant que la branche principale reste stable. C'est particulièrement adapté aux petites équipes où la vitesse et la flexibilité sont importantes. Lorsqu'une fonctionnalité est prête, elle passe par une revue de code avant d'être intégrée au code principal. La simplicité et l'efficacité sont ce qui rend cette approche si populaire.
Cycle de vie d'une branche de fonctionnalité
- git checkout -b feature/nouveau-paiement
- Commits avec des messages clairs
- git push origin feature/nouveau-paiement
- Création d'une pull request
- Revue de code et fusion dans main
Parcourons ensemble le cycle de vie complet d'une branche de fonctionnalité, de sa création à sa fusion. Nous commençons par la commande git checkout -b feature/nouveau-paiement — ainsi nous créons une nouvelle branche à partir de main. Nous travaillons sur la tâche, effectuons des commits en décrivant clairement et en détail les modifications. Lorsque la fonctionnalité est prête, nous poussons la branche vers le dépôt distant et créons une pull request. Les collègues examinent le code, laissent des commentaires, et après toutes les modifications, les changements sont intégrés dans la branche principale. Une règle importante : une branche pour une seule tâche logiquement complète. Cela aide à maintenir l'ordre dans l'historique des commits.
# Créer une branche à partir de main
git checkout main
git pull origin main
git checkout -b feature/nouveau-paiement
# Travailler et committer
echo 'Ajout du traitement de paiement' > payment.js
git add payment.js
git commit -m 'Ajout du module de traitement de paiement'
# Pousser et créer une PR
git push origin feature/nouveau-paiement
# Ensuite, créez une Pull Request via l'interface GitHub
Créer une branche de fonctionnalité en 2 commandes
- Feature Branch Workflow — simplicité et efficacité
- Créez une branche à partir de la main actuelle
- git checkout -b feature/new-login
- Le nom de la branche reflète la tâche
- feature/, fix/, docs/ — préfixes pour plus de clarté
Créons une branche de fonctionnalité en pratique. Basculez sur la branche principale et mettez-la à jour : git checkout main double esperluette git pull. Maintenant, créez une nouvelle branche pour notre tâche : git checkout moins b feature slash new-login. Le drapeau moins b indique à Git de créer une nouvelle branche et de basculer immédiatement dessus. Seulement deux commandes — et vous êtes prêt à travailler. Assurez-vous que le nom de la branche reflète l'objectif de la tâche : feature slash, fix slash, ou docs slash au début aident à comprendre rapidement l'objectif de la branche. Vous pouvez maintenant commencer à apporter des modifications.
git checkout main && git pull
# Mettre à jour la branche principale
git checkout -b feature/new-login
# Créer et basculer sur une nouvelle branche
Bài giảng đầy đủ dành cho thuê bao
Còn 31 slide nữa trong phiên bản đầy đủ.
Video, toàn bộ slide, ghi chú, bài kiểm tra, gia sư AI và phỏng vấn sẽ mở sau khi đăng nhập và đăng ký thuê bao.
Đăng nhập hoặc đăng ký Đăng ký thuê baoNội dung bài giảng
- Pourquoi le Feature Branch Workflow ?
- Cycle de vie d'une branche de fonctionnalité
- Créer une branche de fonctionnalité en 2 commandes
- Soumettre les modifications pour revue
- Passer la revue de code et fusionner
- Git Flow : Une chaîne de production pour le développement
- Branches feature et préparation de la version
- Corrections d'urgence via les hotfix
- Pratique : création d'une branche fonctionnalité
- Mise en place de Git Flow dans un projet
- Développement d'une nouvelle fonctionnalité : de la branche à la fusion
- Préparation de la version : empaquetage des modifications
- Corrections urgentes : les correctifs en action
- Trunk-Based Development : l'essence de l'approche
- Comment gérer les fonctionnalités en cours de développement dans TBD
- Pratique : des commits fréquents dans main
- Quand choisir le Trunk-Based Development
- Erreur 1 : Git Flow pour une petite équipe
- Erreur 2 : Trunk-Based sans code review
- Erreur 3 : Les branches feature à longue durée de vie
- Comment choisir le bon workflow
- Comment choisir son processus Git : les critères clés
- Feature Branch : la citadine des startups
- Git Flow : Le 4x4 pour les grandes équipes
- Trunk-Based : La voiture de course pour les livraisons fréquentes
- Analyse du processus Git actuel : les limites de Git Flow
- Plan de migration : comment passer d'une maison à un studio
- Former l'équipe aux nouvelles pratiques de TBD
- Pratique : migration d'une branche de fonctionnalité vers TBD
- Comment parler des workflows en entretien
- Exemples de problèmes et leurs solutions
- Comment mettre en œuvre des changements de processus
- Ce qu'il ne faut pas dire en entretien d'embauche
- Choisissez votre voie : synthèse et devoir à la maison
Bài viết liên quan đến bài học này
- Git merge và rebase: nên chọn cái nào cho nhóm
- Câu hỏi về Git khi phỏng vấn: 25 câu hỏi và đáp án
- Git Flow, GitHub Flow và trunk-based: chọn quy trình Git nào
- Git và GitHub: khác nhau thế nào và liên hệ ra sao
- Cách cài đặt Git trên Windows, macOS và Linux
Tất cả bài giảng của khóa học
- Introduction : Git du débutant au développeur confirmé
- À quoi sert Git exactement - et pourquoi il est indispensable pour trouver un emploi
- Installation et configuration : Préparer Git pour son premier démarrage
- Premier dépôt : init, add, commit et la magie de l'index
- Lire l'historique : log, diff, show et navigation dans le passé
- Branches : la réalité parallèle de votre code
- Annuler les erreurs : restore, reset, revert — faire les bons choix sans danger
- GitHub et les dépôts distants : votre code dans le cloud
- Travail d'équipe : Forks, branches de fonctionnalités et demandes d'intégration (pull requests)
- Conflits de fusion : ne paniquez pas - comprenons et résolvons
- Processus Git dans les équipes réelles : quel workflow choisir ?
- Outils avancés : rebase, stash, cherry-pick et les tags
- Projet final : Simulation d'un développement d'équipe réel