2010-09-28 7 views
13

J'ai déjà une version de CI en cours d'exécution sur mon instance Tfs2010, mais j'aimerais aussi avoir une version gated checkin en cours d'exécution. Il y a des différences subtiles entre les façons dont j'aimerais que ces deux versions fonctionnent, cependant. Plus précisément, j'aimerais que la vérification Gated ne produise pas de points de travail de bogue en cas d'échec, n'associe pas les changesets et les work items à la construction, ne déplace pas les builds et ne conserve pas les builds précédents. Puisque les builds initiés par Gated Checkins sont des changements non validés, ces étapes ne me semblent pas nécessaires, mais je voudrais vraiment que la construction de CI remplisse ces fonctions.Tfs 2010 Build: Intégration continue et enregistrement sécurisé ensemble?

Malheureusement, il y a ce NO_CI chose qui apparaît sur mes changesets après qu'ils sont engagés par le Gated Checkin construire et la construction de CI est jamais déclenché. J'ai trouvé this thread qui semblait indiquer que mon DefaultTemplate.xaml devrait avoir un paramètre "Get Activity" NO_CIOption quelque part; Cependant, rien dans le fichier de configuration ne semble indiquer quoi que ce soit de ce genre. Aucune chaîne n'est présente et je ne trouve aucune documentation de référence dans la bibliothèque msdn.

En fait, dans la bibliothèque msdn, il y a a page qui semble lier à la page que je veux, mais où le lien serait réellement il y a un lien dupliqué, mal placé pour "Contrôler où le système de construction place vos binaires." Vous pouvez voir le lien identique directement en dessous.

Quoi qu'il en soit: comment le paramètre NO_CIOption est-il utilisé dans les fichiers de modèle de construction? Où est-il placé? Est-ce que personne d'autre n'a jamais voulu faire ça avant?

Remarque secondaire: est-ce une mauvaise pratique de cross-post entre SO et les forums MSDN?

Répondre

13

Pour faire suite à cela, après avoir regardé à travers le Xaml et en utilisant le réflecteur sur les binaires Build, j'ai trouvé la propriété NoCIOption sur l'action SyncWorkspace. Définir cela à false semble avoir permis à des builds CI de se déclencher après des checkins bloqués, ainsi que de supprimer l'aspect quelque peu disgracieux de l'enregistrement de commentaires NO_CI checkin.

Voir http://donovanbrown.com/post/How-to-have-CI-builds-run-after-a-Gated-Build pour savoir comment faire.

Questions connexes