La version automatisée se construit dans TFS 2010

Question

En ce moment, j'ai un projet assis à l'intérieur de TFS 2010 avec une branche Développement et Main. Il existe également une définition de construction intitulée "$ (BuildDefinitionName) _1.0.yyyymm ...", etc, etc, qui construira Main comme v1.0.

Quand je viens de libérer v1.0 J'envisage de créer une branche v1.0 de Main et principal accepter les changements de développement vers V1.1, v1.2, etc.

Mes questions sont :

1) Si des bogues sont trouvés dans la version 1.0, je suppose que je les corrige dans la branche v1.0 et les fusionne ensuite dans Main?

2) Des corrections sont-elles apportées à la branche v1.0 en cas d'augmentation des numéros de construction/révision?

3) Dois-je créer une définition de construction pour la branche principale et chacune des branches de publication que je crée?

Merci

Michael

Answer 1

Bien que je suis toujours en utilisant TFS2008 et une stratégie différente branches et la fusion (Direction générale pour l'environnement contenant des applications multiples qui logiquement se regrouper) Je pense que mes commentaires seront toujours valables. Cela dépend de vos préférences, vous pouvez fusionner les deux façons si vous le souhaitez, mais la fixation directement dans la branche de publication le rendra plus facile à trouver. Il serait prudent de les pousser vers les autres versions (soit via une fusion sans base directement entre les versions ou via la branche principale).

Oui, ils le feront pour les constructions elles-mêmes. Dans TFS2008, vous devez configurer manuellement le fichier msbuild pour réécrire la version dans les assemblages, mais cela a peut-être changé dans TFS2010. Je n'ai jamais eu besoin de faire ça mais ça a l'air assez simple.

Un build pour votre branche principale est un must pour obtenir des commentaires rapides pour votre équipe. Je voudrais également mettre cela à déployer automatiquement sur un serveur afin que vous gagnerez du temps là-bas. En ce qui concerne les branches de publication, j'en créerais une pour chaque, mais nettoyons une fois que cette version est obsolète si vous en recevez trop. Le temps qu'il faut pour créer des builds est si petit par rapport au temps que vous enregistrez. Un conseil qui m'a sauvé beaucoup de temps est que vous pouvez copier-coller les espaces de travail entre les builds. Si vous avez besoin de changer beaucoup de chemins, il suffit de coller dans le bloc-notes d'abord et de mettre à jour là.