La construction d'un fichier de solution à l'aide de msbuild

J'étais sur le point de construire une solution Visual Studio fichier à l'aide de msbuild. J'ai utilisé la ligne de commande suivante pour la construction de la solution

msbuild.exe SolutionFile.sln /t:Build/p:Configuration=Release;Platform=Win32

Même si la construction débute à un certain point, la construction est à la recherche d'accrocher et ne parvient pas à aller de l'avant, comme indiqué ci-dessous

Done Building Project "D:\SolutionPath\ProjectFile10.vcxproj" (default targets).

Il y a beaucoup de .proj sous SolutionFile.sln ceux que j'ai à construire.

- Je utiliser msbuild.exe plutôt que devenv.com

  • veuillez fournir plus d'informations/sortie msbuild, c'est impossible de répondre maintenant
InformationsquelleAutor TVSuser1654136 | 2013-01-02
  1. 32

    Il y a une technique pour le diagnostic de ce qui se passe à l'intérieur de msbuild qui peuvent vous aider à travailler sur ce qui se passe ici. À partir d'une invite de commande définir une variable d'environnement: 

    set msbuildemitsolution=1

    Une fois que vous avez exécuté msbuild puis cela va générer une .metaproj fichier. Ce fichier msbuild utilise en interne, mais supprime ensuite. Vous pouvez le lire pour savoir le nom de l'cibles. Le Build cible est développé pour montrer ce qu'il fait des appels. Vous pouvez alors essayer de construction les objectifs individuels avec les /t drapeau de msbuild à travailler sur la cible est à l'origine du problème.

    • Ajout d'un lien pour la suite car elle explique comment profiter de cette sortie pour se manifester. Vous devez définir cette propriété de différentes lignes de commande. Très bonne suggestion. stackoverflow.com/questions/3887263/...
    InformationsquelleAutor the_mandrill
  2. 25

    Définir le niveau de détail des biens de diagnostic et d'enregistrer la sortie dans un fichier. Cela vous aidera à déterminer votre projet dans la solution est suspendu et vous aider à diagnostiquer votre problème.

    La syntaxe de ligne de commande serait comme suit pour enregistrer la sortie dans un fichier nommé MyProjectOutput.journal :

    msbuild SolutionFile.sln /t:build /fl /flp:logfile=MyProjectOutput.log;verbosity=diagnostic

    Il apparaît également que vous avez besoin d'un espace après le /t la cible de construire paramètre passé dans la commande que vous avez énumérés.

    msbuild.exe SolutionFile.sln /t:Build /p:Configuration=Release;Platform=Win32

    Aussi, vous êtes sûr que chaque projet contient une "Libération" et "Win32" configuration?
    Vous pouvez essayer juste de l'exécution de la commande ci-dessous et ainsi voir ce qui est compilé. Msbuild exécuter automatiquement la cible par défaut et les configurations nécessaires.

    msbuild SolutionFile.sln

    Une autre option que vous pouvez essayer est de compiler le projet et de voir ce qui est produit:

    msbuild "D:\SolutionPath\ProjectFile10.vcxproj" /fl /flp:logfile=MyProjectOutput.log;verbosity=diagnostic
    • Cela fonctionne même avec .NET de Base des projets dans une solution?
    • docs.microsoft.com/en-us/dotnet/core/tools/... MSBuild a été porté pour .net de base et peut s'exécuter sur n'importe quelle plateforme .net de base s'exécute sur.
    • En d'autres termes, oui MSBuild est utilisé pour construire la .Net plate-forme de base. C'est le moteur de construction, donc oui.
    InformationsquelleAutor SoftwareCarpenter