Définir votre processus de build

Après avoir mis en place un système de génération (comme décrit dans Configurer votre système de génération), vous êtes presque prêt à commencer à utiliser Team Foundation Build pour compiler votre code, effectuer vos tests et exécuter de nombreuses autres fonctions importantes. L'étape suivante consiste à développer un processus de génération, qui contient vos instructions sur les projets de code à compiler, les actions qui déclenchent une génération, les tests à exécuter et toutes les autres procédures requises par votre équipe.

Tâches courantes

Tâches courantes	Contenu de support
Créer et utiliser une définition de build. Vous pouvez définir rapidement un processus de génération simple mais puissant qui inclut vos instructions sur les projets de code à compiler, les actions qui déclenchent la génération, les test à exécuter et d'autres options encore.	Créer une définition de build de base Définir une build à l'aide du modèle par défaut Modifier une définition de build Supprimer une définition de build
Vous pouvez manuellement mettre en file d'attente une génération si nécessaire, mais le plus souvent, la solution qui répond le mieux aux besoins de votre équipe sont les processus de génération définis avec des déclencheurs automatiques.	Spécifier les raisons et les déclencheurs de build
Vous pouvez définir votre processus de génération pour charger des données utiles (comme le nom de la définition du build et sa date) dans le nom de chaque build terminée.	Travailler avec des numéros de build
L'agent de build respect vos spécifications lorsqu'il crée un espace de travail contrôle de version pour faciliter le téléchargement des fichiers (tels que les fichiers de code source) de travail. Vous devez définir cet espace de travail pour que votre processus de génération fonctionne efficacement.	Travailler avec des espaces de travail de build
Vous pouvez utiliser votre processus de génération pour publier les données de symbole de vos fichiers PDB dans un magasin de symboles SymStore. Si vous publiez ces données, votre équipe peut utiliser IntelliTrace pour les opérations de débogage.	Publier des données symboles
Alors qu'il est souvent utile d'obtenir des informations détaillées sur une build terminée, un processus de génération qui consigne un gros volume d'informations sature les membres de l'équipe et vos serveurs. Vous pouvez éviter ces problèmes en vérifiant le volume des commentaires.	Gérer des informations sur les builds et contrôler les commentaires
Vous pouvez définir un processus de génération qui exécute des tests et analyse l'impact des modifications du code sur vos tests. Par exemple, vous pouvez définir un processus de génération à utiliser comme exécution de test de vérification de build planifiée régulièrement par votre équipe.	Utiliser votre système de build pour exécuter des tests automatisés
Créer les générations personnalisées. Avec le modèle par défaut, vous pouvez créer un processus de génération qui répond à une majorité des spécifications les plus courantes. Toutefois, pour de nombreuses équipes, leurs processus de génération doivent exécuter des tâches spécialisées ou suivre une logique personnalisée.	Développer un processus de build personnalisé
Mettre à niveau les générations héritées de MSBuild. Vous pouvez utiliser des fichiers MSBuild existants à l'aide du modèle de mise à niveau.	Utiliser des builds MSBuild héritées à l'aide du modèle de mise à niveau
Étapes à suivre pour éviter de « casser la génération » Lorsqu'un développeur archive des modifications qui arrêtent la build, cela peut avoir des conséquences néfastes sur le travail des petites équipes. Pour les équipes de plus grande taille, les coûts en matière de perte de productivité et de retard dans le planning peuvent être élevés. Vous avez donc tout intérêt à créer une définition de build d'archivage contrôlé afin de mettre tout ou partie de votre base de code à l'abri de ces interruptions. Vous pouvez également utiliser la stratégie d'archivage de builds comme un outil permettant de limiter les modifications supplémentaires à votre base de code jusqu'à la résolution de l'arrêt de build en continu.	Définir une build d'archivage contrôlé pour la validation des modifications Utiliser la stratégie d'archivage de builds pour réduire l'évolution du code après des arrêts de builds en continu

Voir aussi

Concepts

Générer et déployer des bases de données dans un environnement de développement isolé

Générer et déployer des bases de données dans un environnement de pré-production ou de production

Autres ressources

Exécuter et surveiller des builds

Gérer et afficher des builds terminées

Administration de Team Foundation Build

Guide de référence Team Foundation Build