Jak publikować w sieci za pomocą msbuild?

Visual Studio 2010 ma polecenie Publikuj, które pozwala opublikować projekt aplikacji sieci Web w lokalizacji systemu plików. Chciałbym to zrobić na moim serwerze kompilacji TeamCity, więc muszę to zrobić za pomocą narzędzia do uruchamiania rozwiązań lub msbuild. Próbowałem użyć celu publikowania, ale myślę, że może to być dla ClickOnce:

msbuild Project.csproj /t:Publish /p:Configuration=Deploy

Zasadniczo chcę robić dokładnie to, co robi projekt wdrożenia internetowego, ale bez dodatku. Potrzebuję go do skompilowania WAP, usunięcia niepotrzebnych plików do wykonania, wykonania transformacji web.config i skopiowania danych wyjściowych do określonej lokalizacji.

Moje rozwiązanie , na podstawie odpowiedzi Jeffa Sivera

<Target Name="Deploy">
    <MSBuild Projects="$(SolutionFile)" 
             Properties="Configuration=$(Configuration);DeployOnBuild=true;DeployTarget=Package" 
             ContinueOnError="false" />
    <Exec Command="&quot;$(ProjectPath)\obj\$(Configuration)\Package\$(ProjectName).deploy.cmd&quot; /y /m:$(DeployServer) -enableRule:DoNotDeleteRule" 
          ContinueOnError="false" />
</Target>

Mam to głównie działa bez niestandardowego skryptu msbuild. Oto odpowiednie ustawienia konfiguracji kompilacji TeamCity:

Ścieżki artefaktów:% system.teamcity.build.workingDir% \ MyProject \ obj \ Debug \ Package \ PackageTmp 
Rodzaj biegacza: MSBuild (Runner dla plików MSBuild) 
Ścieżka pliku kompilacji: MyProject \ MyProject.csproj 
Katalog roboczy: taki sam jak katalog kasy 
Wersja MSBuild: Microsoft .NET Framework 4.0 
MSBuild ToolsVersion: 4.0 
Uruchom platformę: x86 
Cele: pakiet 
Parametry wiersza polecenia do MSBuild.exe: / p: Configuration = Debug

Spowoduje to skompilowanie, spakowanie (z transformacją web.config) i zapisanie danych wyjściowych jako artefaktów. Brakuje tylko kopiowania danych wyjściowych do określonej lokalizacji, ale można to zrobić w innej konfiguracji kompilacji TeamCity z zależnością od artefaktów lub za pomocą skryptu msbuild.

Aktualizacja

Oto skrypt msbuild, który skompiluje, spakuje (z transformacją web.config) i skopiuje dane wyjściowe na mój serwer pomostowy

<?xml version="1.0" encoding="utf-8" ?>
<Project DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
    <PropertyGroup>
        <Configuration Condition=" '$(Configuration)' == '' ">Release</Configuration>
        <SolutionName>MySolution</SolutionName>
        <SolutionFile>$(SolutionName).sln</SolutionFile>
        <ProjectName>MyProject</ProjectName>
        <ProjectFile>$(ProjectName)\$(ProjectName).csproj</ProjectFile>
    </PropertyGroup>

    <Target Name="Build" DependsOnTargets="BuildPackage;CopyOutput" />

    <Target Name="BuildPackage">
        <MSBuild Projects="$(SolutionFile)" ContinueOnError="false" Targets="Rebuild" Properties="Configuration=$(Configuration)" />
        <MSBuild Projects="$(ProjectFile)" ContinueOnError="false" Targets="Package" Properties="Configuration=$(Configuration)" />
    </Target>

    <Target Name="CopyOutput">
        <ItemGroup>
            <PackagedFiles Include="$(ProjectName)\obj\$(Configuration)\Package\PackageTmp\**\*.*"/>
        </ItemGroup>
        <Copy SourceFiles="@(PackagedFiles)" DestinationFiles="@(PackagedFiles->'\\build02\wwwroot\$(ProjectName)\$(Configuration)\%(RecursiveDir)%(Filename)%(Extension)')"/>
    </Target>
</Project>

Można również usunąć właściwości SolutionName i ProjectName ze znacznika PropertyGroup i przekazać je do msbuild.

msbuild build.xml /p:Configuration=Deploy;SolutionName=MySolution;ProjectName=MyProject

Aktualizacja 2

Ponieważ to pytanie wciąż generuje duży ruch, pomyślałem, że warto zaktualizować swoją odpowiedź za pomocą mojego obecnego skryptu, który używa Web Deploy (znanego również jako MSDeploy).

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003" DefaultTargets="Build" ToolsVersion="4.0">
  <PropertyGroup>
    <Configuration Condition=" '$(Configuration)' == '' ">Release</Configuration>
    <ProjectFile Condition=" '$(ProjectFile)' == '' ">$(ProjectName)\$(ProjectName).csproj</ProjectFile>
    <DeployServiceUrl Condition=" '$(DeployServiceUrl)' == '' ">http://staging-server/MSDeployAgentService</DeployServiceUrl>
  </PropertyGroup>

  <Target Name="VerifyProperties">
    <!-- Verify that we have values for all required properties -->
    <Error Condition=" '$(ProjectName)' == '' " Text="ProjectName is required." />
  </Target>

  <Target Name="Build" DependsOnTargets="VerifyProperties">
    <!-- Deploy using windows authentication -->
    <MSBuild Projects="$(ProjectFile)"
             Properties="Configuration=$(Configuration);
                             MvcBuildViews=False;
                             DeployOnBuild=true;
                             DeployTarget=MSDeployPublish;
                             CreatePackageOnPublish=True;
                             AllowUntrustedCertificate=True;
                             MSDeployPublishMethod=RemoteAgent;
                             MsDeployServiceUrl=$(DeployServiceUrl);
                             SkipExtraFilesOnServer=True;
                             UserName=;
                             Password=;"
             ContinueOnError="false" />
  </Target>
</Project>

W TeamCity, mam parametrów nazwanych env.Configuration, env.ProjectNamea env.DeployServiceUrl. Program uruchamiający MSBuild ma ścieżkę pliku kompilacji, a parametry są przekazywane automatycznie (nie trzeba ich określać w parametrach wiersza poleceń).

Możesz również uruchomić go z wiersza poleceń:

msbuild build.xml /p:Configuration=Staging;ProjectName=MyProject;DeployServiceUrl=http://staging-server/MSDeployAgentService

Korzystając z profili wdrażania wprowadzonych w VS 2012, można publikować za pomocą następującego wiersza polecenia:

msbuild MyProject.csproj /p:DeployOnBuild=true /p:PublishProfile=<profile-name> /p:Password=<insert-password> /p:VisualStudioVersion=11.0

Aby uzyskać więcej informacji na temat parametrów, zobacz to .

Wartości /p:VisualStudioVersionparametru zależą od wersji programu Visual Studio. Wikipedia ma tabelę wydań Visual Studio i ich wersji .

Wymyśliłem takie rozwiązanie, działa świetnie dla mnie:

msbuild /t:ResolveReferences;_WPPCopyWebApplication /p:BuildingProject=true;OutDir=C:\Temp\build\ Test.csproj

Tajny sos jest celem _WPPCopyWebApplication.

Nie znam TeamCity, więc mam nadzieję, że to zadziała.

Najlepszym sposobem, jaki udało mi się to zrobić, jest MSDeploy.exe. Jest to część projektu WebDeploy prowadzonego przez Microsoft. Możesz pobrać bity tutaj .

W WebDeploy uruchamiasz wiersz poleceń

msdeploy.exe -verb:sync -source:contentPath=c:\webApp -dest:contentPath=c:\DeployedWebApp

To robi to samo, co polecenie VS Publish, kopiując tylko niezbędne bity do folderu wdrażania.

W VisualStudio 2012 istnieje sposób obsługi subj bez profili publikowania. Możesz przekazać folder wyjściowy za pomocą parametrów. Działa zarówno ze ścieżką bezwzględną, jak i względną w parametrze „PublueUrl”. Możesz użyć VS100COMNTOOLS, jednak musisz zastąpić VisualStudioVersion, aby użyć docelowego „WebPublish” %ProgramFiles%\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications\Microsoft.WebApplication.targets. Z VisualStudioVersion 10.0 ten skrypt się powiedzie bez żadnych wyników :)

Aktualizacja: Udało mi się użyć tej metody na serwerze kompilacji z zainstalowanym tylko pakietem Windows SDK 7.1 (bez programu Visual Studio 2010 i 2012 na komputerze). Ale musiałem wykonać następujące kroki, aby to zadziałało:

1. Uaktualnij zestaw Windows SDK 7.1 na komputerze, używając odpowiedzi Simmo ( https://stackoverflow.com/a/2907056/2164198 )
2. Ustawienie klucza rejestru HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ VisualStudio \ SxS \ VS7 \ 10.0 na „C: \ Program Files \ Microsoft Visual Studio 10.0 \” (użyj odpowiedniej ścieżki)
3. Kopiowanie folderu% ProgramFiles% \ MSBuild \ Microsoft \ VisualStudio \ v11.0 z mojego komputera programisty, aby zbudować serwer

Scenariusz:

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%

znalazł dwa różne rozwiązania, które działały w nieco inny sposób:

1. To rozwiązanie jest inspirowane odpowiedzią Alexandra [link] . Niestety nie działało to dla nas - niektóre pliki dll nie zostały skopiowane do OutDir. Okazało się, że zastąpienie ResolveReferencesw Buildcelu rozwiązuje problemu - teraz wszystkie niezbędne pliki są kopiowane do lokalizacji OUTDIR.

msbuild / target: Build; _WPPCopyWebApplication / p: Configuration = Release; OutDir = C: \ Tmp \ myApp \ MyApp.csproj

2. Pierwsze rozwiązanie działa dobrze, ale nie tak, jak się spodziewaliśmy. Chcieliśmy mieć funkcjonalność publikowania taką, jaka jest w Visual Studio IDE - tzn. Tylko pliki, które powinny zostać opublikowane, zostaną skopiowane do katalogu Output. Jak już wspomniano, pierwsze rozwiązanie kopiuje znacznie więcej plików do OutDir - strona internetowa do publikacji jest następnie przechowywana w _PublishedWebsites/{ProjectName}podfolderze. Poniższe polecenie rozwiązuje ten problem - tylko pliki do opublikowania zostaną skopiowane do żądanego folderu. Masz teraz katalog, który można bezpośrednio opublikować - w porównaniu z pierwszym rozwiązaniem zaoszczędzisz trochę miejsca na dysku twardym.

msbuild / target: Build; PipelinePreDeployCopyAllFilesToOneFolder / p: Configuration = Release; _PackageTempDir = C: \ Tmp \ myApp \; AutoParameterizationWebConfigConnectionStrings = false MyApp.csproj

Musisz ustawić swoje środowiska

• <Nazwa strony internetowej>
• <domena>

i odnieś się do mojego bloga. (przepraszam post był koreański)

• http://xyz37.blog.me/50124665657

• 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 -<Web Site Name>/<Folder>
  :: 
  ::-MsDeployServiceUrl -Location of MSDeploy installation you want to use
  :: 
  ::-MsDeployPublishMethod -WMSVC (Web Management Service)
  :: -RemoteAgent
  :: 
  ::-AllowUntrustedCertificate (used with self-signed SSL certificates) -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=<web site fullPath ie. .\trunk\WebServer\WebServer.csproj
  SET configuration=Release
  SET msDeployServiceUrl=https://<domain>:8172/MsDeploy.axd
  SET msDeploySite="<WebSite name>"
  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

To mój plik wsadowy

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_compiler.exe -v / -p C:\Projects\testPublish\obj\Release\Package\PackageTmp -c C:\PublishDirectory
cd C:\PublishDirectory\bin 
del *.xml
del *.pdb

to moja działająca partia

Publiczna-moja-strona.bat

SET MSBUILD_PATH="C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin"
SET PUBLISH_DIRECTORY="C:\MyWebsitePublished"
SET PROJECT="D:\Github\MyWebSite.csproj"


cd /d %MSBUILD_PATH%
MSBuild %PROJECT%  /p:DeployOnBuild=True /p:DeployDefaultTarget=WebPublish /p:WebPublishMethod=FileSystem /p:DeleteExistingFiles=True /p:publishUrl=%PUBLISH_DIRECTORY%

Zauważ, że zainstalowałem Visual Studio na serwerze, aby móc uruchomić, MsBuild.exeponieważ MsBuild.exefoldery w .Net Framework nie działają.

Możesz opublikować rozwiązanie z pożądaną ścieżką za pomocą poniższego kodu, tutaj PublishInDFolder to nazwa, która ma ścieżkę, w której musimy opublikować (musimy to utworzyć w poniższym obrazku)

Możesz utworzyć plik publikowania w ten sposób

Dodaj poniżej 2 wierszy kodu w pliku wsadowym (.bat)

@echo OFF 
call "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\Tools\VsMSBuildCmd.bat"
MSBuild.exe  D:\\Solution\\DataLink.sln /p:DeployOnBuild=true /p:PublishProfile=PublishInDFolder
pause

Aby wygenerować wynik publikowania, podaj jeszcze jeden parametr. msbuild example.sln / p: opublikuj profil = nazwa profilu / p: deployonbuild = prawda / p: konfiguracja = debuguj / lub dowolny