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 |
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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 |
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