Définir un processus de génération pour prendre en charge une intégration continue

Votre équipe peut réduire les erreurs dans son code base par l'intégration des différentes fonctionnalités dans un référentiel partagé aussi fréquemment que possible et en générant et en testant le résultat.Vous pouvez implémenter cette stratégie, appelée l'intégration continue, en définissant un processus de génération qui garantit que vous et votre équipe pouvez déterminer le plus rapidement possible qu'un archivage d'une équipe de fonctionnalité a arrêté la génération ou a provoqué l'échec d'un test.

Dans cette rubrique

• Définir un processus de génération pour prendre en charge une intégration continue

• Indications pour améliorer les fonctions et les performances de votre processus de génération

• Étapes suivantes

Définir un processus de génération pour prendre en charge une intégration continue

Autorisations requises

Pour que vous puissiez effectuer cette procédure, votre autorisation Modifier la définition de build doit avoir la valeur Autoriser.Pour plus d'informations, consultez Autorisations de Team Foundation Server.

Pour définir un processus de build qui supporte l'intégration continue

1. Dans l'Explorateur d'équipes :

   1. Si vous n'êtes pas déjà connecté au projet d'équipe dans lequel vous souhaitez travailler, connectez-vous au projet d'équipe.

   2. Sélectionnez Home, puis choisissez Builds.

   3. Sur la page Builds, choisissez Nouvelle définition de build.

   Une nouvelle fenêtre de définition de build s'affiche.

2. Dans l'onglet Déclencheur , choisissez intégration continue.

   Conseil
   Si vos développeurs doivent attendre trop longtemps leurs enregistrements pour générer, vous pouvez choisir Builds enchaînées à la place.Ce déclencheur provoque de multiples archivages sur le système de build.Pour plus d'informations, consultez Utiliser le déclencheur builds enchaînées pour générer plusieurs check-in ensemble à intervalle régulier.

3. Sous l'onglet Espace de travail , dans la table Dossiers de travail , spécifiez les dossiers de contrôle de version que cette définition de build doit surveiller.

   Conseil
   Pour vous assurer que votre build traite les fonctions correctement et pour améliorer les performances, incluez tous les dossiers (et seulement ces dossiers) qui contiennent les fichiers requis par votre processus de build.Pour plus d'informations sur comment spécifier ces dossiers, consultez Travailler avec des espaces de travail de build.

4. Sous l'onglet Valeurs par défaut des builds , pour améliorer les performances, choisissez Cette génération ne copie pas des fichiers de sortie vers un dossier de dépôt.

5. Dans Processus , sous Modèle de processus de build, Le modèle par défaut est sélectionné par défaut.Dans le paramètre Éléments à générer , spécifiez les solutions ou des projets de code à générer.

6. Sous l'onglet Processus , définissez les paramètres de processus de génération pour vous assurer que les enregistrements sont conformes aux standards spécifiques de la qualité du code pour votre équipe sans différer vos développeurs inutilement.

   Pour plus d'informations, consultez indications pour améliorer la fonction et la représentation de processus de génération plus loin dans cette rubrique.

7. Spécifiez les options de processus de build sur les autres onglets.Pour plus d'informations, consultez Créer une définition de build.

Indications pour améliorer la fonction et les performances du processus de build

Pour garantir que le processus de génération répond aux besoins de votre équipe et les exécute plus rapidement possible, vous devez tenir compte des indications suivantes lorsque vous spécifiez des valeurs dans l'onglet Processus.

Nœud obligatoire

• Éléments à générer, Configurations à générer : si vous laissez ce paramètre vide, la plateforme et la configuration par défaut sont utilisées pour chaque solution et projet.Pour optimiser les performances, respectez les instructions suivantes :

  • Si une paire plateforme/configuration est générée plus rapidement que d'autres paires, spécifiez-la dans ce paramètre.

  • Spécifiez le moins de paires plateforme/configuration possible.

Nœud de base

• Nettoyer l'espace de travail : Pour améliorer des performances, spécifiez la valeur Aucun (recommandé) ou Sorties.Toutefois, votre équipe risque de laisser passer certains types d'erreurs (tels que ceux présentés pendant la refactorisation) si l'espace de travail n'est pas nettoyé.Pour plus d'informations, consultez Définir un processus de build basé sur le modèle par défaut.

• Effectuer l'analyse du code : Pour des des meilleures performances, choisissez Jamais.

• Paramètres de serveur source et de symboles, Sources d'index : Pour de meilleures performances, spécifiez la valeur False.

Nœud avancé

• Paramètres d'agent

  • Filtre de nom ou Filtre de balises : utilisez un nom d'agent de build ou une balise pour lier cette définition de build à un agent de build conçu spécialement pour l'exécution de cette build.L'agent de build doit être exécuté sur une machine de build offrant une capacité de traitement conforme aux attentes de votre équipe en termes de performances.

  • Durée d'exécution maximale : choisissez un délai relativement court.Il est fort probable qu'un délai de huit heures soit trop long pour votre équipe et qu'un délai de 15 minutes soit acceptable.

• Créez l'élément de travail en cas de défaillance: Affectez à True si vous souhaitez que le processus de génération assigne un bug au développeur dont l'enregistrement à provoqué l'erreur sur le build.

• Désactiver des tests:

  • Pour accélérer les performances, sélectionnez True.

  • Si votre code doit passer certains tests, sélectionnez False puis définissez un ensemble de tests pour éxécuter le build.Vous pouvez améliorer les performances en exécutant seuls les tests dont vous avez besoin.Pour lire ces tests, filtrez-les par catégorie ou priorité.Pour plus d'informations, consultez Exécuter des tests dans votre processus de génération.

• Etiquetez les sources: Affectez la valeur True si vous souhaitez étiqueter le code avec le nom de la build terminée.Cette étiquette peut être utile à votre équipe.Par exemple, l'étiquette peut aider votre équipe à identifier la dernière « bonne version » connue de votre code.Sinon, affectez la valeur False pour optimiser les performances.

Pour plus d'informations sur les paramètres du modèle de processus de build, consultez Définir un processus de build basé sur le modèle par défaut.

Étapes suivantes

Lorsqu'un bogue casse la build, il est important que votre équipe répare en premier ce bogue avant d'enregistrer des changements sans rapport.En utilisant stratégies d'archivage de builds, vous pouvez limiter les enregistrements jusqu'à ce que l'arrêt de build soit résolu.Pour plus d'informations, consultez Réduire l'évolution du code après des arrêts de builds en continu.

Vous pouvez identifier des problèmes tels que les arrêts de build ou de principaux tests unitaires qui ont échoué précédemment si vous utilisez le déclencheur intégration continue .Toutefois, vous pouvez éviter à ces types de problèmes d'être présents dans votre base de code si vous utilisez le déclencheur Archivage contrôlé .Pour plus d'informations, consultez Définir un processus de génération d'archivage contrôlé pour la validation des modifications.

Rubriques connexes

Pour plus d'informations sur l'intégration et le déploiement des projets logiciels complexes plus efficacement et de manière fiable, consultez Générer et déployer en continu.