TFS: fusionner les meilleures pratiques
Nous avons une architecture de succursale standard où nous avons une succursale de développement pour chaque équipe, une branche d'intégration commune (d'où toutes les branches de développement sont ramifiées) et une branche de production ramifiée à partir de l'intégration.
Au cours de la phase de développement, je prends beaucoup de commettre dans la branche de développement. À la fin de la phase, je fusionne mes modifications à l'intégration et à la production ultérieurement.
Est-il logique de fusionner chaque commit individuellement, de copier une description initiale de commettre et de relier à la tâche originale? Une autre option est bien sûr de fusionner tous les engagements à la fois, avec une seule opération de fusion. La raison de ma question est que la première façon prend beaucoup de temps. Je ne vois aucun outil d'automatisation dans TFS qui relierait la fusion dans d'autres succursales à la validation initiale.
J'aimerais entendre votre opinion sur les meilleures pratiques.
J'ai toujours fusionné seulement une gamme de commits dans la branche d'intégration, spécifiant uniquement la gamme des modifications que j'ai fusionnées.
Les éléments de travail liés aux éléments de travail individuels à la phase de développement sont des éléments de travail de phase de développement. Je ne pense pas qu'il soit nécessaire de les rouler sur l'intégration ou la libération.
Vous n'avez pas précisé où vous enregistrez des demandes de bogues/fonctionnalités de clients. Si vous en cédez-les à la succursale de version, vous créez probablement d'autres éléments de travail plus détaillés pour la Direction de développement et lorsque vous fusionnerez simplement toutes les problèmes que les correctifs de bogue sont résolus pour la succursale que vous fusionnez.
En résumé, je ne vois aucune raison pour ne pas aller avec des fonts en vrac.