Branches, Fusions et Tags

Bonnes pratiques Git :

• Toutes les équipes de développement travaillent sur des branches différentes de "Main".

• Pour chaque développement (bug, nouvelles fonctionnalités), une branche peut être créée. Les développeurs travaillent en local et demandent une révision de leurs commits avant de fusionner leurs changements dans le Main distant.

  Sur un projet Talend distant sur Git, les branches locales (Local Mode (Mode Local)) sont utilisées par défaut. Lorsqu'un·e développeur·se passe en mode local ou hors ligne sur un projet Git, il·elle travaille sur la branche locale liée à la branche sur laquelle il·elle a travaillé dernièrement et les changements sont automatiquement commités dans le référentiel Git local.

  Une fois la fonctionnalité prête, le développeur ou la développeuse doit faire un push des commits vers la branche de développement distante, avant d'effectuer un pull et de fusionner cette branche distante dans 'main', une fois la fonctionnalité testée. Dans Git, les branches distantes sont créées sur tout le référentiel et sont donc disponibles sur tous les projets de ce référentiel.

  Pour plus d'informations concernant l'utilisation des branches, consultez le Guide d'utilisation du Studio Talend.

• Lorsque les développeurs atteignent une étape importante (sortie de produit, fonctionnalités, sprints, etc.), il est recommandé d'utiliser un Tag. Un nouveau Tag doit être créé lorsque la fonctionnalité est prête à être livrée (environnement de Production). Si la version taguée nécessite des corrections, une branche peut être créée depuis le tag et la correction peut ensuite être incluse dans le "tronc/Main".

• Il est recommandé de définir les correctifs (patchs) comme des versions mineures et les mises à jour (releases) comme des versions majeures.

• Lors du développement sur une branche spécifique, il est recommandé de filtrer le projet sur cette branche en utilisant l'option de liste d'autorisation des branches Git afin de réduire l’utilisation des ressources disque et améliorer les performances.

Bonnes pratiques pour les branches divergentes :

• Touste les équipes de développement doivent travailler sur des Jobs dans le tronc (Trunk) ou la branche principale (main) de l'environnement de Développement.

• Lorsqu'une version intermédiaire est requise, la branche principale doit être copiée dans son intégralité vers une nouvelle Branche ou un nouveau Tag.

• Lorsque les développeurs atteignent une étape importante (sortie de produit, fonctionnalités, sprints, etc), il est recommandé d'utiliser un Tag.

• Un nouveau Tag doit être créé lorsque la fonctionnalité est prête à être livrée (environnement de Production). Si la version taguée nécessite des corrections, une branche peut être créée depuis le Tag et la correction peut ensuite être incluse dans la branche principale.

• Il est recommandé de définir les correctifs (patchs) comme des versions mineures et les mises à jour (releases) comme des versions majeures.

Talend fournit plusieurs outils de gestion des branches et des tags, présentés dans Branches, fusions et tags dans Talend.