Partager via

Procédure pas à pas : configuration et utilisation d'une build de bureau

  • Article

Mise à jour : novembre 2007

Dans Team Foundation Build, un développeur peut générer le projet d'équipe et effectuer des tests avant d'archiver les modifications. Cette procédure pas à pas explique comment effectuer une génération de bureau.

Particularités des builds de bureau

Un scénario de build de bureau diffère des builds publiques des manières suivantes :

  • Seuls la compilation et les tests (s'ils sont activés) sont mis en œuvre.

  • D'autres étapes de génération publique, telles que la synchronisation, le nettoyage, l'évolution du code, la copie aux emplacements cibles, la création et la mise à jour d'éléments de travail, ne sont pas effectuées dans les builds de bureau.

  • L'enregistreur d'événements MSBuild par défaut est utilisé et la sortie de la build est écrite dans la console.

  • Les résultats des générations et des tests ne sont pas publiés et ne sont pas envoyés à l'entrepôt.

Résultats des builds de bureau

Le journal de Team Foundation Build n'est pas utilisé pour les générations de bureau. Par conséquent, aucune donnée n'est entrée dans la base de données pour la création de rapports d'état. Pour consulter les résultats des builds de bureau, vous devez rediriger le fichier de sortie de l'enregistreur d'événements MSBuild par défaut et l'afficher. Vous pouvez contrôler les commentaires de l'enregistreur d'événements MSBuild à l'aide de l'option verbose de la commande MSBuild. Pour plus d'informations, consultez Vue d'ensemble de la journalisation dans MSBuild.

Composants requis

Autorisations requises

Pour exécuter cette procédure pas à pas, l'autorisation Team Foundation Server Démarrer la build doit avoir la valeur Autoriser. Pour plus d'informations, consultez Autorisations de Team Foundation Server.

Pour exécuter une build de bureau

  1. Synchronisez manuellement le répertoire racine du projet d'équipe localement à partir du contrôle de version Team Foundation.

    Par exemple :

    Le serveur du contrôle de version Team Foundation présente la structure par défaut suivante :

    Remarque :

    Cette structure peut être différente sur votre serveur contrôle de version Team Foundation.

    $\

    Portfolio Project1

    **     Team Build Types**

    **          Main**

    **               TFSBuild.proj**

    **     Solution1**

    **     Solution2**

    **     Solution3**

    Après avoir synchronisé le projet d'équipe1 avec le répertoire local C:/temp, la structure de votre répertoire local est la suivante :

    C:/Temp

    **          /Portfolio Project1**

    **               /Team Build Types**

    **                    /Main**

    **                         /TFSBuild.proj**

    **               /Solution1**

    **               /Solution2**

    **               /Solution3**

    Remarque importante :

    La structure du répertoire local doit correspondre exactement à la structure du serveur pour que la build s'exécute correctement.

  2. Démarrez le processus Team Foundation Build en exécutant MSBuild sur la ligne de commande. Tapez le texte suivant :

    C:\temp\Portfolio Project1\Build Configurations\Main> MSBuild TeamBuild.proj

    Les chemins d'accès aux solutions contenues dans TFSBuild.proj sont résolus car la racine des solutions par défaut mentionnée dans TFSBuild.proj est "…/..". De plus, les solutions passées à la tâche MSBuild utilisent cette propriété racine des solutions pour ($solutionroot)/Solution1. Dans ce cas, la valeur de la racine de la solution devient donc C:/Temp/Portfolio Project1.

    Remarque :

    Utilisez le commutateur /p pour modifier la racine de la solution si nécessaire. Pour plus d'informations, consultez la section « Définition des propriétés à partir de la ligne de commande » de Propriétés MSBuild.

Voir aussi

Autres ressources

Procédures pas à pas relatives à Team Foundation Build