Modele cactus

Cactus modèle ne pas décourager l`utilisation de branches quand ils sont utiles. En particulier, un développeur individuel doit utiliser des branches d`entités à courte durée de vie dans leur référentiel local et les intégrer à l`origine/maître chaque fois qu`il ya quelque chose qui peut être partagée avec tout le monde. Les succursales locales sont juste pour rendre plus facile de se déplacer entre les fonctionnalités tandis que les validations sont testées ou sous revue de code. Permettez-moi de montrer une alternative beaucoup plus simple, que nous pouvons appeler le modèle de cactus. Il obtient le nom du fait que toutes les branches se ramifie à partir d`un tronc large (branche principale) et ne jamais se fusionner en arrière. Le modèle de cactus devrait refléter beaucoup mieux la façon qui se présente naturellement lorsque vous travaillez avec git et en veillant à ce que les principes d`intégration continue sont utilisés. Si vous utilisez le système de révision de code par étapes, comme Gerrit ou GitHub, alors vous pouvez simplement git fetch la chaîne de commit et de construire sur le dessus de cela. Puis git push vos modifications à votre propre référentiel à une branche spécifique, que vous avez, espérons-le rebaser sur le dessus de l`origine/maître avant de pousser. Dans la figure 1, vous pouvez voir le principe de la façon dont le cactus ramification du modèle fonctionne et les sections suivantes expliquent le raisonnement derrière elle. Certains principes présentés ici peuvent avoir besoin de Gerrit ou d`un système de gestion de référentiel et de contrôle de code intégré similaire pour être pleinement utilisable. Mise à jour 2018-07.

Le modèle de branchement décrit ici est appelé développement basé sur le tronc. Moi et d`autres personnes que j`ai collaboré avec ne savais pas sur les articles qui ont utilisé ce nom. De nos jours, il existe d`excellentes ressources Web sur le sujet, comme trunkbaseddevelopment.com. Ils ont beaucoup de matériel à ce sujet et d`autres sujets clés tournant autour du domaine du développement de logiciels efficaces. Quand les gens commencent à utiliser Git et se présenter à des branches et à la facilité de branchement, ils peuvent faire quelques recherches Google et très souvent finissent sur un blog sur un modèle de ramification git réussie. Le plus grand problème avec cet article est qu`il se présente comme l`un des premiers dans de nombreuses recherches liées git ramification quand il devrait servir d`avertissement comment ne pas utiliser des branches dans le développement de logiciels. Si vous utilisez Gerrit, vous pouvez également utiliser la stratégie de soumission Cherry-Pick.