Visual Studio 2010 comporte une commande Publier qui vous permet de publier votre projet d’application Web sur un emplacement de système de fichiers. Je voudrais le faire sur mon serveur de construction TeamCity, je dois donc le faire avec le programme runner ou msbuild. J’ai essayé d’utiliser la cible Publish, mais je pense que cela pourrait être pour ClickOnce:
msbuild Project.csproj /t:Publish /p:Configuration=Deploy
Je veux essentiellement faire exactement ce que fait un projet de déploiement Web, mais sans le complément. J’en ai besoin pour comstackr le WAP, supprimer tous les fichiers inutiles pour l’exécution, effectuer toutes les transformations web.config et copier la sortie vers un emplacement spécifié.
Ma solution , basée sur la réponse de Jeff Siver
Je l’ai surtout fait fonctionner sans un script msbuild personnalisé. Voici les parameters de configuration de construction TeamCity pertinents:
Chemins d'artefact:% system.teamcity.build.workingDir% \ MyProject \ obj \ Debug \ Package \ PackageTmp Type de runner: MSBuild (Runner pour fichiers MSBuild) Construire le chemin du fichier: MyProject \ MyProject.csproj Répertoire de travail: identique au répertoire de vérification Version MSBuild: Microsoft .NET Framework 4.0 MSBuild ToolsVersion: 4.0 Exécuter la plateforme: x86 Cibles: Package Paramètres de ligne de commande pour MSBuild.exe: / p: Configuration = Debug
Cela comstackra, comstackra (avec la transformation web.config) et sauvegardera la sortie sous forme d’artefacts. La seule chose qui manque est la copie de la sortie vers un emplacement spécifié, mais cela peut être fait dans une autre configuration de construction TeamCity avec une dépendance d’artefact ou avec un script msbuild.
Mettre à jour
Voici un script msbuild qui comstackra, comstackra (avec la transformation web.config) et copiera la sortie sur mon serveur de transfert
Release MySolution $(SolutionName).sln MyProject $(ProjectName)\$(ProjectName).csproj
Vous pouvez également supprimer les propriétés SolutionName et ProjectName de la balise PropertyGroup et les transmettre à msbuild.
msbuild build.xml /p:Configuration=Deploy;SolutionName=MySolution;ProjectName=MyProject
Mise à jour 2
Étant donné que cette question génère encore beaucoup de trafic, j’ai pensé que cela valait la peine de mettre à jour ma réponse avec mon script actuel qui utilise Web Deploy (également appelé MSDeploy).
Release $(ProjectName)\$(ProjectName).csproj http://staging-server/MSDeployAgentService
Dans TeamCity, j’ai des parameters nommés env.Configuration
, env.ProjectName
et env.DeployServiceUrl
. Le runner MSBuild a le chemin du fichier de compilation et les parameters sont transmis automatiquement (vous n’avez pas besoin de les spécifier dans les parameters de la ligne de commande).
Vous pouvez également l’exécuter à partir de la ligne de commande:
msbuild build.xml /p:Configuration=Staging;ProjectName=MyProject;DeployServiceUrl=http://staging-server/MSDeployAgentService
En utilisant les profils de déploiement introduits dans VS 2012, vous pouvez publier avec la ligne de commande suivante:
msbuild MyProject.csproj /p:DeployOnBuild=true /p:PublishProfile= /p:Password= /p:VisualStudioVersion=11.0
Pour plus d’informations sur les parameters, voir ceci .
Je suis venu avec une telle solution, fonctionne très bien pour moi:
msbuild /t:ResolveReferences;_WPPCopyWebApplication /p:BuildingProject=true;OutDir=C:\Temp\build\ Test.csproj
La sauce secrète est la cible _WPPCopyWebApplication.
Je ne connais pas TeamCity, alors j’espère que cela peut fonctionner pour vous.
La meilleure façon de le faire est d’utiliser MSDeploy.exe. Cela fait partie du projet WebDeploy exécuté par Microsoft. Vous pouvez télécharger les bits ici .
Avec WebDeploy, vous exécutez la ligne de commande
msdeploy.exe -verb:sync -source:contentPath=c:\webApp -dest:contentPath=c:\DeployedWebApp
Cela fait la même chose que la commande VS Publish, en ne copiant que les bits nécessaires dans le dossier de déploiement.
Avec VisualStudio 2012, il existe un moyen de gérer les profils sans publication. Vous pouvez transmettre le dossier de sortie à l’aide de parameters. Il fonctionne à la fois avec un chemin absolu et relatif dans le paramètre ‘publishUrl’. Vous pouvez utiliser VS100COMNTOOLS, mais vous devez remplacer VisualStudioVersion pour utiliser la cible «WebPublish» à partir de %ProgramFiles%\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets
. Avec VisualStudioVersion 10.0, ce script réussira sans sorties 🙂
Mise à jour: j’ai réussi à utiliser cette méthode sur un serveur de compilation sur lequel Windows SDK 7.1 est installé (pas de Visual Studio 2010 et 2012 sur une machine). Mais je devais suivre ces étapes pour que ça marche:
Scénario:
set WORK_DIR=%~dp0 pushd %WORK_DIR% set OUTPUTS=%WORK_DIR%..\Outputs set CONFIG=%~1 if "%CONFIG%"=="" set CONFIG=Release set VSTOOLS="%VS100COMNTOOLS%" if %VSTOOLS%=="" set "PATH=%PATH%;%WINDIR%\Microsoft.NET\Framework\v4.0.30319" && goto skipvsinit call "%VSTOOLS:~1,-1%vsvars32.bat" if errorlevel 1 goto end :skipvsinit msbuild.exe Project.csproj /t:WebPublish /p:Configuration=%CONFIG% /p:VisualStudioVersion=11.0 /p:WebPublishMethod=FileSystem /p:publishUrl=%OUTPUTS%\Project if errorlevel 1 goto end :end popd exit /b %ERRORLEVEL%
trouvé deux solutions différentes qui fonctionnaient de manière légèrement différente:
1. Cette solution est inspirée de la réponse de alexanderb [link] . Malheureusement, cela n’a pas fonctionné pour nous – certaines DLL n’ont pas été copiées sur OutDir. Nous avons découvert que le remplacement de ResolveReferences
par la cible Build
résout le problème. Désormais, tous les fichiers nécessaires sont copiés dans l’emplacement OutDir.
msbuild / target: Build; _WPPCopyWebApplication / p: Configuration = Release; OutDir = C: \ Tmp \ myApp \ MyApp.csproj
Le désavantage de cette solution était que OutDir contenait non seulement des fichiers à publier.
2. La première solution fonctionne bien mais pas comme prévu. Nous voulions avoir la fonctionnalité de publication telle qu’elle est dans Visual Studio IDE – c’est-à-dire que seuls les fichiers à publier seront copiés dans le répertoire de sortie. Comme il a déjà été mentionné, la première solution copie beaucoup plus de fichiers dans le OutDir – le site Web pour la publication est ensuite stocké dans le sous-dossier _PublishedWebsites/{ProjectName}
. La commande suivante résout ce problème – seuls les fichiers à publier seront copiés dans le dossier souhaité. Donc, maintenant vous avez un répertoire qui peut être directement publié – en comparaison avec la première solution, vous économiserez de l’espace sur le disque dur.
msbuild / target: Build; PipelinePreDeployCopyAllFilesToOneFolder / p: Configuration = Release; _PackageTempDir = C: \ Tmp \ myApp \; AutoParameterizationWebConfigConnectionSsortingngs = false MyApp.csproj
AutoParameterizationWebConfigConnectionSsortingngs=false
paramètre AutoParameterizationWebConfigConnectionSsortingngs=false
garantira que les chaînes de connexion ne seront pas traitées comme des artefacts spéciaux et seront générées correctement – pour plus d’informations, voir le lien .
Vous devez définir vos environnements
et référence mon blog. (désolé poste était coréen)
http://blog.naver.com/PostSearchList.nhn?SearchText=webdeploy&blogId=xyz37&x=25&y=7
@ECHO OFF :: http://stackoverflow.com/questions/5598668/valid-parameters-for-msdeploy-via-msbuild ::-DeployOnBuild -True :: -False :: ::-DeployTarget -MsDeployPublish :: -Package :: ::-Configuration -Name of a valid solution configuration :: ::-CreatePackageOnPublish -True :: -False :: ::-DeployIisAppPath -/ :: ::-MsDeployServiceUrl -Location of MSDeploy installation you want to use :: ::-MsDeployPublishMethod -WMSVC (Web Management Service) :: -RemoteAgent :: ::-AllowUntrustedCertificate (used with self-signed SSL certificatees) -True :: -False :: ::-UserName ::-Password SETLOCAL IF EXIST "%SystemRoot%\Microsoft.NET\Framework\v2.0.50727" SET FXPath="%SystemRoot%\Microsoft.NET\Framework\v2.0.50727" IF EXIST "%SystemRoot%\Microsoft.NET\Framework\v3.5" SET FXPath="%SystemRoot%\Microsoft.NET\Framework\v3.5" IF EXIST "%SystemRoot%\Microsoft.NET\Framework\v4.0.30319" SET FXPath="%SystemRoot%\Microsoft.NET\Framework\v4.0.30319" SET targetFile=:8172/MsDeploy.axd SET msDeploySite="" SET userName="WebDeploy" SET password=%USERNAME% SET platform=AnyCPU SET msbuild=%FXPath%\MSBuild.exe /MaxCpuCount:%NUMBER_OF_PROCESSORS% /clp:ShowCommandLine %MSBuild% %targetFile% /p:configuration=%configuration%;Platform=%platform% /p:DeployOnBuild=True /p:DeployTarget=MsDeployPublish /p:CreatePackageOnPublish=False /p:DeployIISAppPath=%msDeploySite% /p:MSDeployPublishMethod=WMSVC /p:MsDeployServiceUrl=%msDeployServiceUrl% /p:AllowUntrustedCertificate=True /p:UserName=%USERNAME% /p:Password=%password% /p:SkipExtraFilesOnServer=True /p:VisualStudioVersion=12.0 IF NOT "%ERRORLEVEL%"=="0" PAUSE ENDLOCAL
Ceci mon fichier batch
C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe C:\Projects\testPublish\testPublish.csproj /p:DeployOnBuild=true /property:Configuration=Release if exist "C:\PublishDirectory" rd /q /s "C:\PublishDirectory" C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet_comstackr.exe -v / -p C:\Projects\testPublish\obj\Release\Package\PackageTmp -c C:\PublishDirectory cd C:\PublishDirectory\bin del *.xml del *.pdb