Choisir entre Git Flow et le développement de tronc (TBD) peut avoir un impact significatif sur votre flux de travail CI/CD. Voici un aperçu rapide :
- Git Flow : Idéal pour les environnements contrôlés par version. Il utilise plusieurs branches comme
main,develop,feature,release, et . C'est parfait pour les grandes équipes, les cycles de mise à jour lents et les processus de test qualité stricts.hotfixDéveloppement de Tronc - : Se concentre sur une seule branche principale avec des branches de fonctionnalités à vie courte. Conçu pour les équipes plus petites, les mises à jour rapides et les tests automatisés solides.Comparaison Rapide :
Aspect
| Git Flow | Développement de Tronc | Complexité des Branches |
|---|---|---|
| __CAPGO_KEEP_0__ | Plusieurs branches à long terme | Une branche unique, des branches à court terme |
| Rythme de mise en production | Mises en production planifiées | Déploiement continu |
| Taille de l'équipe | Équipes importantes | Petites à moyennes équipes |
| Test | Test à la fin du cycle | Test automatique |
| Risque de déploiement | Inférieur avec des mises en production étalées | Supérieur avec des mises à jour fréquentes |
| Annuler | Plus lent | Plus rapide |
Point clé: Utilisez Git Flow pour des workflows structurés et plus lents, et TBD pour la vitesse et la flexibilité. Les deux nécessitent des pipelines CI/CD solides pour réussir.
29 - GitFlow vs. Développement basé sur le tronc : Gestion …
Git Flow Bases du workflow
Git Flow organise la mise au point en utilisant cinq types de branches : __CAPGO_KEEP_0__, __CAPGO_KEEP_0__, __CAPGO_KEEP_0__, __CAPGO_KEEP_0____CAPGO_KEEP_0__ et__CAPGO_KEEP_0__
. Cette structure aide à gérer les versions et le développement parallèle de manière efficace.
| Structure de branches de Git Flow | Type de branche | But |
|---|---|---|
| Principal | Contient des code prêts à la production | N/A |
| Développe | Intègre des fonctionnalités ; sert de base pour les branches de fonctionnalités | N/A |
| Fonctionnalité | Utilisé pour la construction d'individualités de fonctionnalités ; créé à partir de développe | développe |
| Version | Prépare à la version finale et à la mise en test ; créé à partir de développe et de principal | principal & développe |
| Correctif | Résout les problèmes de production rapidement ; créé à partir de main | main & develop |
Avantages du flux Git
- Permet de développer plusieurs fonctionnalités en même temps sans causer de conflits.
- Les branches de version fournissent un espace dédié pour la préparation de la version finale et le test final, tout en gardant la branch develop ouverte pour les tâches en cours.
- Les branches de correctif facilitent la résolution des problèmes de production rapidement sans interrompre les autres tâches de développement. Inconvénients du flux Git
Complexité de la gestion des branches
- Complexité de la gestion des branches: Gestion de plusieurs branches actives peut rendre la fusion plus difficile.
- Déploiement Ralenti: Le processus de publication formelle peut ralentir les déploiements par rapport à des workflows plus simples.
- Entretien Augmenté: Chaque branche nécessite sa propre configuration de pipeline, ce qui ajoute au fardeau d'entretien.
Ce flux de travail fonctionne le mieux pour les projets qui nécessitent un contrôle de version strict, plusieurs pistes de publication ou une conformité aux réglementations. Nous allons explorer ensuite comment cela se compare à l'approche simplifiée du développement basé sur le tronc.
Développement Basé sur le Tronc
Le développement basé sur le tronc (TBD) tourne autour d'une seule branche principale, souvent appelée le tronc ou la branche principale. Cette approche s'aligne étroitement sur les pratiques DevOps et l'intégration continue.
Structure de la Branche du Développement Basé sur le Tronc
Dans un workflow TBD typique, vous rencontrerez ces types de branches :
| Type de Branche | But | Durée de vie |
|---|---|---|
| Tronc/Main | Brancher central avec code prêt pour la production | Permanent |
| Branches de fonctionnalités | Branches temporaires pour des modifications individuelles | Court terme |
| Branches de version | Utilisé pour les dernières retouches avant une mise en production | Temporaire |
Les développeurs intègrent régulièrement de petites modifications incrémentales dans le tronc de développement - souvent plusieurs fois par jour. Cela encourage les tests continus et aide à résoudre les conflits rapidement.
Avantages du Tronc de Développement
TBD apporte plusieurs avantages aux équipes travaillant avec CI/CD et DevOps :
- Moins de conflits de fusion : Les mergers réguliers gardent les conflits sous contrôle.
- Un feedback plus rapide : Les builds automatisés s'exécutent avec chaque fusion, détectant les bogues tôt.
- Des pipelines plus simples : Une seule branche réduit la complexité des ensembles CI/CD.
- Une meilleure collaboration d'équipe : Un tronc partagé garantit que tout le monde reste aligné.
Cette structure crée un flux de travail éclairé, préparant la scène pour une comparaison avec Git Flow dans la prochaine section.
Limites du Tronc Basé sur le Développement
Même si TBD a ses forces, il vient également avec des défis que les équipes doivent relever :
| Défi | Impact | Comment y faire face |
|---|---|---|
| Code Stabilité | Risque de modifications de rupture affectant la branche principale | Utiliser des tests automatisés solides |
| Coordination de l'équipe | Le travail en chevauchant peut provoquer des perturbations | Se fier aux drapeaux de fonctionnalité et aux commits fréquents et petits |
| Courbe d'apprentissage | Passer d'une branche à vie longue | Proposer une formation et introduire progressivement |
| Problèmes d'échelle | Les mergers fréquents peuvent submerger de grandes équipes | Imposer des examens approfondis code |
Le succès de TBD nécessite des tests automatisés solides et une communication ouverte au sein de l'équipe.
Git Flow vs. Trunk-Based: Comparaison directe
Voici comment Git Flow et le développement basé sur le tronc se comparent dans les domaines clés :
Tableau de comparaison des fonctionnalités
| Aspect | Git Flow | Développement basé sur le tronc |
|---|---|---|
| Complexité des branches | Plusieurs branches longues | Branch principal unique avec des branches à durée de vie courte |
| Fréquence de mise en production | Lancements planifiés | Déploiement continu |
| Taille de l'équipe | Conçu pour les équipes plus importantes | Mieux adapté pour les équipes plus petites |
| Code Processus de revue | Revue formelle lors des mergers de branches | Revue continue des petites modifications fréquentes |
| Exigences de test | Concentration sur les tests de fin de cycle | Fort grande sur les tests automatisés |
| Courbe d'apprentissage | Plus complexe en raison de plusieurs branches | Flux de travail plus simple, mais nécessite des tests solides |
| Risque de déploiement | Moindre risque avec des lancements étalés | Plus grand risque avec des mises à jour fréquentes |
| Temps de récupération | Procédures de reprise plus lentes | Capacités de reversion plus rapides |
Quand utiliser chaque flux de travail
Git Flow est idéal pour les projets à l'échelle de l'entreprise qui nécessitent des sorties structurées et versionnées. C'est un bon choix pour les équipes gérant plusieurs versions prises en charge et des projets avec des besoins de QA ou de conformité formels.
Développement Basé sur le Tronc fonctionne le mieux pour les équipes et les projets qui donnent la priorité à la vitesse et à la flexibilité, comme :
- Les plateformes SaaS nécessitant des mises à jour rapides
- Les équipes avec des pipelines CI/CD solides
- Les projets soutenus par des tests automatisés fiables
- Les workflows de déploiement continu ou des mises à jour fréquentes
- Les projets d'applications mobiles nécessitant des mises à jour régulières
Certaines équipes combinent même les deux méthodes : en utilisant le Développement Basé sur le Tronc pour les services de base et Git Flow pour les projets avec des trajectoires de sortie formelles.
Prochainement : Comment configurer les pipelines CI/CD pour l'une ou l'autre approche.
Configuration du Pipeline CI/CD
Configuration du Pipeline CI/CD Git Flow
- Branch de Développement de la Chaîne d'Intégration/Continu: Exécute les tests unitaires, les tests d'intégration, les code contrôles de qualité, la vérification de la construction et la mise en ligne dans l'environnement de développement.
- Branch de Lancement de la Chaîne d'Intégration/Continu: Exécute l'ensemble du test, les scans de sécurité, construit un candidat de version de lancement et déploie vers l'environnement de pré-production.
- Branch Principale de la Chaîne d'Intégration/Continu: Effectue des tests de validation, gère la version, crée la construction de production, déploie vers la production et étiquette la version.
Configuration de la Chaîne d'Intégration/Continu basée sur le Tronc
- Branch de Fonctionnalité de la Chaîne d'Intégration/Continu: Se concentre sur les tests unitaires rapides, les code contrôles de style, la vérification de la construction et la mise en ligne dans un environnement de prévisualisation.
- Branch Principale de la Chaîne d'Intégration/Continu: Couvre les tests automatisés approfondis, les scans de sécurité, la création de la construction de production, le déploiement progressif et les fonctionnalités de retrait automatique.
Capgo Intégration CI/CD
Pour ajouter des mises à jour en temps réel sur le réseau à l'une ou l'autre configuration CI/CD, Capgo peut être intégré de manière fluide :
Capgo fonctionne avec GitHub Actions, GitLab CI, et Jenkins pour activer les mises à jour en direct, les déploiements étalés et les retours rapides dans les flux de travail Git Flow et Trunk-Based. Il répond aux exigences d'Apple et Google tout en offrant une prise en charge pour les déploiements cloud et auto-hébergés [1].
Résumé et recommandations
Choisissez votre flux de travail en fonction du niveau de maturité CI/CD et de la taille de votre équipe en utilisant le tableau ci-dessous :
| Scénario | Flux Git | Développement basé sur la branche principale |
|---|---|---|
| Taille de l'équipe | 50+ développeurs | Moins de 50 développeurs |
| Fréquence de mise en production | Hebdomadaire ou mensuel | Journalier ou plusieurs fois par jour |
| Tests et QA | Cycles de QA traditionnels | Focus sur les tests automatisés |
| __CAPGO_KEEP_0__ | Multi-version, traditionnel | Cloud-native, conteneurisé |
| Tolérance au risque | Conseil de mise en œuvre sécurisé | Approche progressive, feedback rapide |
- Commencez par le développement de tronc en équipe plus petite, puis étendez-le à des groupes plus grands. Assurez-vous que votre pipeline CI/CD est entièrement automatisé avant de passer à l'étape suivante.
- Maintenez des revues cohérentes code et utilisez des interrupteurs de fonction dans les deux workflows. Alignez les configurations de votre pipeline avec le flux de travail que vous sélectionnez.
Certains équipes peuvent mélanger ces approches - en utilisant Git Flow pour les mises à jour majeures tout en exploitant le développement de tronc pour la livraison de fonctionnalités. Quelle que soit la voie que vous prenez, le succès dépend de l'intégration de CI/CD, de l'automatisation des tests et de garder l'équipe sur la même page.
