TFS: Fusionner les meilleures pratiques

Question

Nous avons un standard de la direction générale de l'architecture, où nous avons une branche de développement pour chaque équipe, un commune de la direction de l'intégration (d'où toutes les branches de développement sont ramifiés) et de la branche de production des branches à partir de l'Intégration.

Au cours de la phase de développement, je fais beaucoup de validations dans la branche de développement. À la fin de la phase I de fusion de mes modifications à l'intégration et au plus tard à la production.

Est-il judicieux de fusionner tous s'engager individuellement, la copie originale de s'engager description et en les reliant à la tâche d'origine? Une autre option est de fusionner tous les commits à la fois, avec une seule opération de fusion. La raison de ma question est que la première méthode prend beaucoup de temps. Je ne vois pas d'outils d'automatisation de TSF qui relierait les fusionner dans une autre branche à l'origine de la validation.

J'aimerais entendre votre opinion sur les meilleures pratiques.

Answer 1

J'ai toujours mélangés uniquement une série de commits dans la direction de l'intégration, seulement précisant la portée de la révision que j'ai fusionné.

Les éléments de travail en rapport avec les éléments de travail à la phase de développement, sont en phase de développement, des éléments de travail. Je ne pense pas qu'il soit besoin de rouler sur l'intégration ou la libération.

Vous n'avez pas précisé si vous êtes l'enregistrement des bugs / fonction des demandes de nos clients. Si vous êtes à l'attribution de ces à la branche de version, vous êtes probablement en créant d'autres, plus détaillée les éléments de travail pour la branche de développement et lors de la fusion, vous n'aurez tout simplement la marque de toutes les questions les corrections de bug résolu, pour la direction, vous êtes à la fusion.

Donc en résumé je ne vois aucune raison de ne pas aller avec le volume des fusions.