Share via


Contrôle de l'emplacement où le système de génération copie vos fichiers binaires

Le processus de génération par défaut (tel que défini dans DefaultTemplate.xaml), supprime les fichiers binaires qu'il compile dans un seul dossier à partir de tous les projets de code. Toutefois, dans certains cas, il est souhaitable d'organiser les fichiers binaires dans une structure de dossiers plus précise et mieux organisée.

Vous pouvez utiliser les techniques présentées dans cette rubrique pour créer un processus de génération personnalisé qui supprime les fichiers binaires dans une structure de répertoires que vous concevez. Vous pouvez également personnaliser les processus de génération de différentes façons en utilisant les mêmes principes. Cette rubrique décrit les techniques suivantes :

  • Personnaliser le segment Windows Workflow du processus de génération. Vous devez effectuer des modifications dans ce segment pour personnaliser la plupart des aspects de votre processus de génération à l'exception de la compilation et de la gestion des fichiers binaires. Plus précisément, cette rubrique montre comment effectuer les tâches suivantes :

    • Créer un processus de génération personnalisé en modifiant une copie du modèle par défaut (DefaultTemplate.xaml).

    • Déclarer et utiliser des arguments pour transmettre des données dans le flux de travail.

    • Déclarer et utiliser des variables pour collecter et transmettre les données dans l'ensemble du flux de travail.

    • Modifiez le mode d'utilisation de l'activité MSBuild par le flux de travail pour appeler MSBuild.

    • Télécharger un fichier sur le serveur de builds et utiliser l'activité ConvertWorkspaceItem pour rendre ce fichier disponible au processus de génération.

  • Personnaliser le segment du processus de génération de MSBuild. En effectuant des modifications dans ce segment, vous pouvez personnaliser plus efficacement la manière dont les fichiers binaires sont compilés et traités. Plus précisément, cette rubrique montre comment effectuer les tâches suivantes :

    • Passer des arguments à MSBuild puis les utiliser dans vos projets de code pour modifier la façon dont vos fichiers binaires compilés sont traités.

    • Configurer une bibliothèque de code commune centralisée de vos propres éléments MSBuild, tels que les groupes de propriétés ou les cibles. En configurant ce type de bibliothèque, vous permettez à votre équipe de réutiliser et de modifier facilement les principales parties de la logique de votre processus de génération.

Notes

Cette rubrique couvre trois types de projets de code : C#, C++ et Visual Basic. Toutefois, vous pouvez utiliser ces techniques pour d'autres types de projets de code.

Dans cette rubrique

  • Autorisations requises

  • Emplacement où le processus de build par défaut stocke les fichiers binaires compilés

  • Organiser les fichiers binaires compilés en utilisant une logique qui est intégrée dans chaque projet de code

    • Présentation du processus

    • Présentation des étapes à suivre

    • Créer la définition de build et le modèle de processus de génération personnalisée CustomOutputDirInline

    • Intégrer la logique du dossier de dépôt dans vos projets de code

  • Organiser des fichiers binaires compilés en utilisant une logique qui est conservée dans deux fichiers centralisés

    • Présentation du processus

    • Présentation des étapes à suivre

    • Créer des fichiers de code communs MSBuild contenant la logique du dossier de dépôt

    • Créer la définition de build et le modèle de processus de génération personnalisée CustomOutputDirImport

    • Mettre à jour la définition de build OurTeamBuild

    • Importer la logique du dossier de dépôt dans vos projets de code

  • Étapes suivantes

Autorisations requises

Pour effectuer les procédures suivantes, vous devez disposer les autorisations suivantes définies sur Autoriser:

  • Modifier la définition de build :

  • Extraire et Archiver pour les répertoires appropriés du contrôle de version.

  • Mettre les builds en file d'attente :

Pour plus d'informations, consultez Autorisations de Team Foundation Server.

Emplacement où le processus de build par défaut enregistre les fichiers binaires compilés

Quelle que soit le mode de répartition de votre travail en projets de code et solutions, le processus de build par défaut enregistre tous les fichiers binaires compilés dans un seul sous-répertoire de votre dossier de dépôt. Par exemple, vous pouvez avoir les solutions et les projets de code suivants :

  • SolutionA

    • CPPWin32ConsoleApp (une application console Visual C++)

    • CSharpConsoleApp (une application console Visual C#)

  • SolutionB

    • VBConsoleApp (une application console Visual Basic)

Le diagramme suivant illustre le mode et l'emplacement où MSBuild enregistre les fichiers binaires après leur compilation dans le cadre du processus spécifié dans DefaultTemplate.xaml.

Flux par défaut

Organiser les fichiers binaires compilés en utilisant une logique qui est intégrée dans chaque projet de code

Vous pouvez indiquer que les fichiers binaires compilés sont enregistrés dans une structure de sous-répertoires correspondant à la structure de vos solutions et projets de code.

Présentation du processus

Le diagramme suivant illustre à un niveau élevé le mode d'implémentation de ces processus de génération :

Flux avec logique de sortie personnalisée incorporé

Présentation des étapes à suivre

En résumé, vous pouvez effectuer les étapes suivantes pour créer ce type de processus de génération personnalisée en fonction de DefaultTemplate.xaml :

  • Étape 1 Définition de build et modèle du processus de génération

    • Créez une définition de build (nommée, par exemple OurTeamBuild). Sous l'onglet Processus, basez la définition de build sur un modèle de processus de génération (nommé, par exemple CustomOutputDirInline.xaml).

    • Dans CustomOutputDirInline.xaml, effectuez les étapes suivantes dans l'instance de l'activité Run MSBuild for Project qui compile le code :

      • Désactivez la propriété OutDir de l'activité Run MSBuild for Project en supprimant sa valeur pour rendre la chaîne vide.

        Notes

        Si vous n'effectuez pas cette modification, la propriété OutDir remplace toute logique de structure de répertoires personnalisée que vous implémentez dans le projet de code.

      • Collectez la valeur de chaîne qui contient le dossier de dépôt de l'agent de build de la variable BinariesDirectory et passez-la dans un argument MSBuild (nommé, par exemple TeamBuildOutDir).

  • Étape 2 Projets de code

    • Dans chaque projet de code que le build OurTeamBuild compile, ajoutez l'élément approprié (OutputPath ou OutDir) pour définir la structure de sous-répertoires à créer dans vos dossiers de dépôt.

Les sous-sections suivantes expliquent en détail comment effectuer ces étapes.

Créer la définition de build et le modèle de processus de génération personnalisée CustomOutputDirInline

Vous jetez les bases de votre processus de génération en créant une définition de build et en la basant sur un nouveau modèle de processus de génération.

Pour créer une définition de build et le modèle de processus de génération

  1. Créez une définition de build.

    1. Sous l'onglet Général, nommez la définition de build (par exemple, OurTeamBuild).

    2. Sous l'onglet Processus, ajoutez les solutions que vous souhaitez générer.

      Pour plus d'informations, consultez Créer une définition de build de base.

  2. Sous l'onglet Processus de la définition de build OurTeamBuild, définissez le modèle de processus de génération avec un modèle de processus de génération nommé CustomOutputDirInline.xaml et basé sur le modèle par défaut (DefaultTemplate.xaml).

    Pour plus d'informations, consultez Créer et utiliser un modèle de processus de génération personnalisé.

  3. Dans l'Explorateur du contrôle de code source, ouvrez votre projet d'équipe et affichez le dossier qui contient vos modèles de processus de génération.

    Par défaut, ce sous-répertoire est nommé BuildProcessTemplates.

  4. Effectuez une extraction et double-cliquez sur le fichier CustomOutputDirInline.xaml que vous avez créé précédemment dans cette procédure.

  5. Dans le Concepteur de flux de travail, recherchez la deuxième instance de l'activité Run MSBuild for Project qui se trouve dans la structure suivante :

    1. Séquence (Sequence) >

    2. Exécuter sur l'agent (AgentScope) >

    3. Essayer de compiler, tester et associer des ensembles de modifications et des éléments de travail (TryCatch [Try]) >

    4. Séquence (Sequence) >

    5. Compiler, tester et associer des ensembles de modifications et des éléments de travail (Parallel) >

    6. Essayer de compiler et tester TryCatch [Try] >

    7. Compiler et tester Sequence >

    8. Pour chaque configuration dans BuildSettings.PlatformConfigurationsForEach [Body] >

    9. Compiler et tester la configuration Sequence >

    10. Si BuildSettings.HasProjectsToBuild If [Then] >

    11. Pour chaque projet dans BuildSettings.ProjectsToBuildForEach [Body] >

    12. Essayer de compiler le projet TryCatch [Try] >

    13. Compiler le projet Sequence >

    14. Exécuter MSBuild pour le projet MSBuild

    Pour plus d'informations sur le mode de navigation dans cette structure, consultez Naviguer dans un flux de travail Windows complexe.

  6. Cliquez avec le bouton droit sur l'activité Run MSBuild for Project, puis cliquez sur Propriétés.

  7. Dans le volet Propriétés, supprimez les données du champ OutDir pour obtenir une chaîne vide.

  8. Dans le volet Propriétés, affectez la propriété CommandLineArguments à la valeur suivante :

    String.Format("/p:SkipInvalidConfigurations=true;TeamBuildOutDir=""{0}"" {1}",
    BinariesDirectory, MSBuildArguments)
    
  9. Enregistrer CustomOutputDirInline.xaml.

  10. Dans l'Explorateur du contrôle de code source, archivez vos modifications dans ce fichier.

Intégrer la logique du dossier de dépôt dans vos projets de code

Maintenant que vous avez créé votre définition de build et modèle de processus de génération personnalisée, vous devez intégrer la logique de la structure des répertoires dans chaque projet de code que ce processus de génération compile.

Notes

Vous ne pouvez pas inclure cette logique dans le flux de travail lui-même parce que le flux de travail DefaultTemplate.xaml n'itère pas et n'exécute pas chaque projet avec le compilateur MSBuild. Au lieu de cela, le flux de travail appelle MSBuild une fois pour compiler toutes les solutions et tous les projets.

Pour intégrer la logique de dossier de dépôt

  1. Dans l'Explorateur du contrôle de code source, ouvrez une solution que génère la définition de build OurTeamBuild.

  2. Ajoutez l'élément de répertoire de sortie requis à chaque projet de code dans la solution. Pour les projets de code managé comme Visual C# ou Visual Basic, cette propriété est OutputPath. Pour les projets Visual C++, cette propriété est OutDir. Pour chaque projet de code dans la solution, suivez ces étapes :

    1. Dans l'Explorateur de solutions, cliquez avec le bouton droit sur le projet. Si la commande Décharger le projet est disponible, cliquez dessus.

    2. Cliquez avec le bouton droit sur le projet, puis cliquez sur Modifier NomProjet.

    3. Effectuez l'une des opérations suivantes :

      • Si le projet est un projet de code managé, tel que Visual C# ou Visual Basic : ajoutez un élément OutputPath. Vous devez positionner cet élément après le dernier élément OutputPath qui se trouve déjà dans le projet de code, comme l'illustre l'exemple suivant :

        <Project DefaultTargets="Build" xmlns="https://schemas.microsoft.com/developer/msbuild/2003 ...">
         ...
        <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86'">
         ...
         <OutputPath>bin\Debug\</OutputPath>
         ...
        </PropertyGroup>
        <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
         ...
         <OutputPath>bin\Release\</OutputPath>
         ...
        </PropertyGroup>
        
        <PropertyGroup Condition="$(TeamBuildOutDir) != '' ">
        <OutputPath>$(TeamBuildOutDir)\$(SolutionName)\$(MSBuildProjectName)\$(Configuration)</OutputPath>
        </PropertyGroup>
        
      • Si le projet est un projet Visual C++ : ajoutez un élément OutDir. Vous devez positionner cet élément avant l'élément qui importe Microsoft.Cpp.targets, comme l'illustre l'exemple suivant :

        <Project DefaultTargets="Build" xmlns="https://schemas.microsoft.com/developer/msbuild/2003 ...">
        ...
        
        <PropertyGroup Condition="$(TeamBuildOutDir) != '' ">
         <OutDir>$(TeamBuildOutDir)\$(SolutionName)\$(MSBuildProjectName)\$(Configuration)\</OutDir>
        </PropertyGroup>
        
        <Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
        </Project>
        
    4. Enregistrer le projet de code.

  3. Dans l'Explorateur de solutions, cliquez avec le bouton droit sur la solution, puis cliquez sur Archiver.

  4. Répétez ces étapes pour chaque solution que OurTeamBuild génère.

Organiser des fichiers binaires compilés en utilisant une logique qui est conservée dans deux fichiers centralisés

Si vous gérez plusieurs projets de code, vous pouvez améliorer le processus décrit dans la section précédente si vous conservez les éléments OutputPath et OutDir dans deux fichiers partagés. Si vous adoptez cette méthode, vous pouvez modifier la structure de répertoires de votre dossier de dépôt plus facilement en modifiant deux fichiers centralisés au lieu de chaque projet de code.

Présentation du processus

Le diagramme suivant illustre à un niveau élevé le mode d'implémentation de ces processus de génération :

Flux avec logique de sortie personnalisée importé

Présentation des étapes à suivre

En résumé, vous devez effectuer les étapes suivantes pour créer ce type de processus de génération personnalisée en fonction de DefaultTemplate.xaml :

  • Dans l'Explorateur du contrôle de code source, créez un répertoire (nommé, par exemple, $/OurTeam/BuildProcessMSBuild) pour y enregistrer votre code MSBuild commun. Dans ce répertoire, créez et enregistrez les fichiers MSBuild qui définissent la structure de sous-répertoires à créer dans vos dossiers de dépôt.

  • Étape 1 Définition de build et modèle du processus de génération

    • Mettez à jour la définition de build (nommée, par exemple, OurTeamBuild) en suivant ces étapes :

      • Sous l'onglet Espace de travail, mappez le répertoire $/OurTeam/BuildProcessMSBuild.

      • Sous l'onglet Processus, basez la définition de build sur un modèle de processus de génération (nommé, par exemple CustomOutputDirImport.xaml).

    • Dans CustomOutputDirImport.xaml, procédez comme suit :

      • Déclarez LocalPathToMSBuildCode comme variable String qui s'étend à l'activité Run On Agent.

      • Déclarez ServerPathToMSBuildCode comme argument.

        Après avoir ajouté cet argument, vous devez modifier la définition OurTeamBuild. Sous l'onglet Processus, tapez $/OurTeam/BuildProcessMSBuild comme valeur du paramètre du processus de génération.

      • Dans l'activité Run on Agent >, avant l'activité Try Compile, Test, and Associate Changesets and Work Items [Try], ajoutez une activité ConvertWorkspaceItem pour convertir l'argument ServerPathToMSBuildCode en chemin local sur l'agent de build que MSBuild peut traiter. Vous placez ensuite cette valeur dans la variable LocalPathToMSBuildCode.

      • Dans l'instance de l'activité Run MSBuild for Project qui compile le code, suivez ces étapes :

        • Désactivez la propriété OutDir de l'activité Run MSBuild for Project en supprimant sa valeur pour rendre la chaîne vide.

          Notes

          Si vous n'effectuez pas cette modification, la propriété OutDir remplace toute logique de structure de répertoires personnalisée que vous implémentez dans le projet de code.

        • Collectez la valeur de chaîne qui contient le dossier de dépôt de l'agent de build de la variable BinariesDirectory et passez cette valeur dans MSBuild comme argument (nommé, par exemple TeamBuildOutDir).

        • Passez la valeur de LocalPathToMSBuildCode dans MSBuild comme un argument (nommé, par exemple CommonMSBuildCode).

  • Étape 2 Projets de code

    • Dans chaque projet de code que OurTeamBuild compile, ajoutez un élément <Import /> à l'emplacement approprié.

Les sous-sections suivantes expliquent en détail comment suivre ces étapes.

Créer des fichiers de code communs MSBuild contenant la logique du dossier de dépôt

Pour cette méthode, commencez par créer un répertoire et deux fichiers projet MSBuild. Ces fichiers contiennent la logique qui définit la structure de sous-répertoires qui sera créée dans vos dossiers de dépôt.

Pour créer les fichiers

  1. Dans l'Explorateur du contrôle de code source, effectuez l'une des étapes suivantes :

    • Recherchez le répertoire où vous stockez votre code commun MSBuild.

    • Créez un répertoire pour stocker votre code commun MSBuild et attribuez-lui un nom, par exemple, $/OurTeam/BuildProcessMSBuild.

  2. Si le lien Non mappé apparaît en regard de l'intitulé Chemin d'accès local en haut de l'Explorateur du contrôle de code source, cliquez sur ce lien pour mapper le répertoire de serveur au répertoire approprié de votre espace de travail local.

  3. Créez, enregistrez et archivez les fichiers suivants dans $/OurTeam/BuildProcessMSBuild :

    • Un fichier qui doit contenir la logique de dossier de dépôt pour les projets de code managé, par exemple Visual C# ou Visual Basic (nommé, par exemple ManagedCodeProjectOutDir.targets).

      <Project xmlns="https://schemas.microsoft.com/developer/msbuild/2003">
      <PropertyGroup Condition="$(TeamBuildOutDir) != '' ">
       <OutputPath>$(TeamBuildOutDir)\$(SolutionName)\$(MSBuildProjectName)\$(Configuration)</OutputPath>
      </PropertyGroup>
      </Project>
      
    • Un fichier qui doit contenir la logique de dossier de dépôt pour des projets de code Visual C++ (nommés, par exemple, CPPCodeProjectOutDir.targets).

      <Project xmlns="https://schemas.microsoft.com/developer/msbuild/2003">
      <PropertyGroup Condition="$(TeamBuildOutDir) != '' ">
       <OutDir>$(TeamBuildOutDir)\$(SolutionName)\$(MSBuildProjectName)\$(Configuration)\</OutDir>
      </PropertyGroup>
      </Project>
      

Créer la définition de build et le modèle de processus de génération personnalisée CustomOutputDirImport

Vous pouvez réutiliser la définition de build que vous avez créée précédemment dans cette rubrique et nommée OurTeamBuild. Vous devez le baser sur un nouveau modèle de processus de génération et effectuer des ajustements supplémentaires.

Pour créer une définition de build et le modèle de processus de génération

  1. Dans Team Explorer, cliquez avec le bouton droit sur OurTeamBuild, puis cliquez sur Modifier.

  2. Cliquez sur l'onglet Processus, définissez le modèle de processus de génération avec un nouveau modèle de processus de génération nommé CustomOutputDirImport.xaml et qui est basé sur le modèle par défaut (DefaultTemplate.xaml).

    Pour plus d'informations, consultez Créer et utiliser un modèle de processus de génération personnalisé.

  3. Dans l'Explorateur du contrôle de code source, ouvrez votre projet d'équipe et affichez le dossier qui contient vos modèles de processus de génération. Par défaut, le nom de ce sous-répertoire est BuildProcessTemplates.

  4. Effectuez une extraction et double-cliquez sur le fichier CustomOutputDirImport.xaml que vous avez créé précédemment dans cette procédure.

  5. Dans le Concepteur de flux de travail, recherchez l'activité Run on Agent qui se trouve dans la structure suivante :

    1. Séquence (Sequence) >

    2. Exécuter sur l'agent (AgentScope) >

    Pour plus d'informations sur le mode de navigation dans cette structure, consultez Naviguer dans un flux de travail Windows complexe.

  6. Dans la partie inférieure de la fenêtre, cliquez sur Arguments.

  7. Dans le volet Arguments, créez un argument et nommez-le ServerPathToMSBuildCode.

  8. Dans le volet Propriétés, cochez la case IsRequired.

  9. Dans la partie inférieure de la fenêtre, cliquez sur Variables.

  10. Dans le volet Variables, déclarez une variable nommée LocalPathToMSBuildCode avec un type de String et une portée de Run On Agent.

  11. Faites glisser l'activité ConvertWorkspaceItem de la section Team Foundation Build Activities de la Boîte à outils vers la zone située entre les activités Initialize Workspace et If CreateLabel.

    Notes

    Si la section Team Foundation Build Activities ne s'affiche pas dans la Boîte à outils, vous pouvez ajouter manuellement cette section de l'assembly Microsoft.TeamFoundation.Build.Workflow.dll. Pour plus d'informations, consultez How to: Add Activities to the Toolbox.

  12. Cliquez avec le bouton droit sur l'activité ConvertWorkspaceItem, puis cliquez sur Propriétés.

  13. Dans le volet Propriétés, définissez les valeurs de propriété suivantes :

    • Nom complet : Get Local Path to MSBuild Code

    • Entrée : ServerPathToMSBuildCode

    • Résultat : LocalPathToMSBuildCode

    • Espace de travail : Workspace

  14. Recherchez la deuxième instance de l'activité Run MSBuild for Project qui se trouve dans la structure suivante :

    1. Séquence (Sequence) >

    2. Exécuter sur l'agent (AgentScope) >

    3. Essayer de compiler, tester et associer des ensembles de modifications et des éléments de travail (TryCatch [Try]) >

    4. Séquence (Sequence) >

    5. Compiler, tester et associer des ensembles de modifications et des éléments de travail (Parallel) >

    6. Essayer de compiler et tester TryCatch [Try] >

    7. Compiler et tester Sequence >

    8. Pour chaque configuration dans BuildSettings.PlatformConfigurationsForEach [Body] >

    9. Compiler et tester la configuration Sequence >

    10. Si BuildSettings.HasProjectsToBuild If [Then] >

    11. Pour chaque projet dans BuildSettings.ProjectsToBuildForEach [Body] >

    12. Essayer de compiler le projet TryCatch [Try] >

    13. Compiler le projet Sequence >

    14. Exécuter MSBuild pour le projet MSBuild

    Pour plus d'informations sur le mode de navigation dans cette structure, consultez Naviguer dans un flux de travail Windows complexe.

  15. Cliquez avec le bouton droit sur l'activité Run MSBuild for Project, puis cliquez sur Propriétés.

  16. Dans le volet Propriétés, supprimez les données du champ OutDir pour obtenir une chaîne vide.

  17. Dans le volet Propriétés, affectez la propriété CommandLineArguments à la valeur suivante :

    String.Format("/p:SkipInvalidConfigurations=true;CommonMSBuildCode=""{0}"";TeamBuildOutDir=""{1}"" {2}",
    LocalPathToMSBuildCode, BinariesDirectory, MSBuildArguments)
    
  18. Enregistrer CustomOutputDirImport.xaml.

    Dans l'Explorateur du contrôle de code source, archivez vos modifications dans ce fichier.

Mettre à jour la définition de build OurTeamBuild

Ensuite, vous devez apporter des modifications à la définition de build OurTeamBuild.

Pour mettre à jour la définition de build

  1. Dans Team Explorer, développez le projet d'équipe sur lequel vous travaillez, développez le dossier Builds, cliquez avec le bouton droit sur la définition de build OurTeamBuild, puis cliquez sur Modifier la définition de build.

  2. Cliquez sur l'onglet Espace de travail, puis ajoutez une entrée avec les valeurs suivantes :

    • État : Actif

    • Dossier de contrôle de code source : $/OurTeam/BuildProcessMSBuild

    • Dossier Agent de build : $(SourceDir)\BuildProcessMSBuild

  3. Cliquez sur l'onglet Processus et tapez $/OurTeam/BuildProcessMSBuild dans la zone ServerPathToMSBuildCode.

  4. Enregistrez la définition de build.

Importer la logique du dossier de dépôt dans vos projets de code

Après avoir créé votre définition de build et votre modèle de processus de génération personnalisée, vous devez mettre à jour vos projets de code pour importer la logique de structure de répertoires.

Pour importer la logique de dossier de dépôt

  1. Dans l'Explorateur du contrôle de code source, double-cliquez sur une solution que OurTeamBuild génère.

  2. Pour chaque projet de code dans la solution, suivez ces étapes :

    1. Dans l'Explorateur de solutions, cliquez avec le bouton droit sur le projet. Si la commande Décharger le projet est disponible, cliquez dessus.

    2. Cliquez avec le bouton droit sur le projet, puis cliquez sur Modifier NomProjet.

    3. Effectuez l'une des opérations suivantes :

      • Si le projet est un projet de code managé tel que Visual C# ou Visual Basic : ajoutez un élément Import après le dernier élément OutputPath qui se trouve déjà dans le projet de code, comme l'illustre l'exemple suivant :

        <Project DefaultTargets="Build" xmlns="https://schemas.microsoft.com/developer/msbuild/2003 ...">
         ...
        <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86'">
         ...
         <OutputPath>bin\Debug\</OutputPath>
         ...
        </PropertyGroup>
        <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
         ...
         <OutputPath>bin\Release\</OutputPath>
         ...
        </PropertyGroup>
        
        <Import Condition=" $(CommonMSBuildCode) != ''" Project="$(CommonMSBuildCode)\ManagedCodeProjectOutDir.targets"/>
        
      • Si le projet est un projet Visual C++ : ajoutez un élément Import avant l'élément qui importe Microsoft.Cpp.targets, comme l'illustre l'exemple suivant :

        <Project DefaultTargets="Build" xmlns="https://schemas.microsoft.com/developer/msbuild/2003 ...">
        ...
        <Import Condition=" $(CommonMSBuildCode) != ''" Project="$(CommonMSBuildCode)\CPPCodeProjectOutDir.targets"/>
        
        <Import Project="$(VCTargetsPath)\Microsoft.Cpp.targets" />
        </Project>
        
    4. Enregistrer le projet de code.

  3. Dans l'Explorateur de solutions, cliquez avec le bouton droit sur la solution, puis cliquez sur Archiver.

  4. Répétez les étapes précédentes pour chaque solution que OurTeamBuild génère.

Étapes suivantes

Pour assurer un suivi, vous pouvez effectuer les tâches suivantes :

  • Modifiez la logique du dossier de dépôt. Pour répondre aux exigences de votre équipe, vous pouvez modifier le contenu des éléments OutputPath et OutDir présentés dans les sections précédentes.

  • Enregistrez votre projet de code personnalisé sous la forme d'un modèle. Si votre équipe crée de nombreux projets de code, vous pouvez inclure automatiquement votre logique MSBuild personnalisée dans de nouveaux projets de code. Dans l'Explorateur de solutions, cliquez sur le projet de code, ouvrez le menu Fichier, puis cliquez sur Exporter le modèle.

Ressources supplémentaires

Vous trouverez des informations supplémentaires dans les rubriques suivantes sur le site Web Microsoft :

Voir aussi

Concepts

Utilisation de l'Explorateur du contrôle de code source

Créer un espace de travail pour utiliser le projet de votre équipe

Autres ressources

Référence MSBuild