Quel est l'emplacement par défaut des journaux MSBuild?
j'utilise Visual Studio Express 2012. Où est l'emplacement du fichier journal? J'ai cherché dans le dossier où ma solution et mes projets sont stockés, mais je n'en trouve pas .le fichier de log.
c'est la configuration pour la journalisation:
4 réponses
le fichier journal de Visual Studio n'est pris en charge que pour les projets C++. Vous avez juste à travailler avec la fenêtre de sortie pour les autres.
Voir ce fil similaire: VS2010: un minimum de journal de génération en sortie et le journal détaillé dans le fichier journal
et au cas où vous arriveriez à faire cela pour un projet C++, le fichier est à :
... journal de génération dans le répertoire des fichiers intermédiaires ... Le chemin et le nom du journal de construction sont représentés par la macro MSBuild expression,
$(IntDir)$(MSBuildProjectName).log.
la documentation msdn est assez claire à ce sujet (et vous n'allez pas l'aimer!):
https://msdn.microsoft.com/en-us/library/jj651643.aspx
où il est écrit:
pour créer un fichier journal de construction pour un projet de code géré dans la barre de menu, choisissez construire, construire Solution.
dans la fenêtre de sortie, informations de la construction, et puis copier dans le presse-papiers.
Ouvrir un éditeur de texte, tel que bloc-notes, collez les informations dans le fichier, et puis l'enregistrer.
utilise la sortie de construction au lieu de la journalisation au fichier. Au lieu de copier/coller, cliquez simplement quelque part dans la sortie et appuyez sur CTRL + S pour enregistrer. Visual Studio vous demandera un emplacement (testé avec Visual Studio 2017, mais je suppose que cela fonctionne aussi dans les versions précédentes).
S'il est vrai que VS ne l'autorise pas directement, il est tout de même possible de construire avec MSBuild" inside " VS2015 et d'obtenir à la fois la sortie de la fenêtre de construction et le fichier journal, comme suit: (sans doute c'est un peu un piratage.)
- dans votre solution gérée par VS, ajoutez un nouveau projet (appelons-le "Make"). A. Le type de projet que vous voulez est Visual C++/NMAKE project.
- définit les commandes MSBuild dont vous avez besoin sur la ligne de commande (voir ci-dessous).
- modifie la configuration de la solution pour construire le projet NMake au lieu des projets gérés normalement.
cela créera un projet qui a construit, reconstruire, et nettoyer les lignes de commande où vous pouvez exécuter MSBuild directement. Par exemple:
Reconstruire: MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Clean,Build
MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Build
Clean: MSBuild.exe /ds /v:diag /property:Configuration=Debug ..\BuildTest\BuildTest.csproj /t:Clean
vous pouvez aussi spécifier plusieurs MSBuild.Lignes de commande EXE afin de construire plusieurs projets. Pour le résultat habituel de construction de l'ensemble de la solution, vous pouvez cibler seulement les assemblages finaux et laisser le graphe de dépendance générer les cibles individuelles.
cela produira un .log file, où nom est le nom du projet NMake que vous avez utilisé. Dans l'exemple ci-dessus, le journal serait faire.journal.
un exemple pratique est disponible sur GitHub: https://github.com/bitblitz/VS_MsbuildExample (Testé avec VS2015)
notez que la construction de projets individuels directement continuera de construire avec le comportement normal de VS, mais vous pouvez construire la solution complète à L'intérieur de VS et obtenir les journaux de construction.