J'ai converti mon application de .NET 1.1 en .NET 3.5 et malheureusement la balise de NAnt ne supporte pas .NET 3.5. J'essaie donc d'utiliser la balise pour lancer msbuild directement.En passant de <solution> à <exec programme = msbuild> en NAnt
Voici ce que j'ai pour .NET 1.1:
<solution solutionfile="MyApp.sln"
configuration="ServerDebug" outputdir="MyApp\bin\ServerDebug">
<assemblyfolders>
<include name="Dependencies\Libs\bin\ServerDebug"/>
</assemblyfolders>
</solution>
Je me suis converti à
<exec program="msbuild">
<arg value="MyApp.sln /p:Configuration=ServerDebug;OutDir=bin\ServerDebug\" />
</exec>
Alors que tout fonctionne bien, sauf que je ne peux pas comprendre comment reproduire le tag vraiment convaincant, ce qui donne au compilateur un indice quant à l'endroit où chercher des dépendances.
Que dois-je passer à msbuild pour répliquer la fonctionnalité?
Ne serait-il pas préférable d'appeler MSBuild dans le fichier batch? – AngryHacker
Devenv, référence MSBuild pour créer les fichiers SLN. Il y a une différence subtile entre l'invocation de MSbuild Vs et Devenv. Notre équipe de développement est sur VS 2008 et l'invocation de la ligne de commande Devenv produit fondamentalement la même sortie que notre équipe de développement produirait. C'est la raison pour laquelle je l'ai choisi en invoquant simplement MSbuild, de cette façon, si quelque chose se brise, nous savons que nous comparons des pommes à des pommes et que nous pouvons au moins éliminer l'environnement de construction. Devenv serait un peu plus lent que la simple invocation de Msbuild, mais généralement pas beaucoup. –
Toutefois, Devenv nécessite une installation de Visual Studio sur le serveur de construction. Pour des raisons de licence (et de simplicité), beaucoup de serveurs de build ont simplement installé le Framework, qui est tout ce qui est nécessaire pour construire les projets. En supposant que vous évitez les projets d'installation et de déploiement Web, ce qui devrait être évité pour plusieurs raisons de toute façon et utiliser des alternatives qui ne dépendent pas de Visual Studio pour la construction. – tjmoore