Wdrażanie pakietów internetowych

Artykuł
08/10/2024

W tym temacie opisano sposób publikowania pakietów wdrażania sieci Web na serwerze zdalnym przy użyciu narzędzia Internet Information Services (IIS) Web Deployment Tool (Web Deploy) 2.0.

Istnieją dwa główne sposoby wdrażania pakietu internetowego na serwerze zdalnym:

Możesz bezpośrednio użyć narzędzia wiersza polecenia MSDeploy.exe.

Możesz uruchomić plik [nazwa projektu].deploy.cmd generowany przez proces kompilacji.

Wynik końcowy jest taki sam, niezależnie od używanego podejścia. Zasadniczo cały plik .deploy.cmd polega na uruchomieniu MSDeploy.exe z określonymi wstępnie określonymi wartościami, dzięki czemu nie trzeba podawać tyle informacji, aby wdrożyć pakiet. Upraszcza to proces wdrażania. Z drugiej strony użycie MSDeploy.exe bezpośrednio zapewnia znacznie większą elastyczność w zakresie dokładnie tego, jak pakiet jest wdrażany.

Które podejście, którego używasz, zależy od różnych czynników, w tym od tego, ile kontroli wymagasz w procesie wdrażania, oraz od tego, czy jest przeznaczona usługa Agent zdalny web Deploy, czy program obsługi web deploy. W tym temacie wyjaśniono, jak używać poszczególnych metod i określać, kiedy każde podejście jest odpowiednie.

W zadaniach i przewodnikach w tym temacie przyjęto założenie, że:

Utworzono i spakowaliśmy aplikację internetową zgodnie z opisem w temacie Kompilowanie i pakowanie projektów aplikacji internetowych.

Plik SetParameters.xml został zmodyfikowany w celu udostępnienia odpowiednich wartości parametrów dla środowiska docelowego, zgodnie z opisem w temacie Konfigurowanie parametrów wdrożenia pakietu internetowego.

Uruchomienie pliku [nazwa projektu].deploy.cmd jest najprostszym sposobem wdrożenia pakietu internetowego. W szczególności użycie pliku .deploy.cmd zapewnia następujące korzyści w porównaniu z użyciem MSDeploy.exe bezpośrednio:

Nie musisz określać lokalizacji pakietu wdrażania sieci Web — plik .deploy.cmd już wie, gdzie jest.
Nie musisz określać lokalizacji pliku SetParameters.xml — plik .deploy.cmd już wie, gdzie jest.
Nie musisz określać źródłowych i docelowych dostawców MSDeploy — plik .deploy.cmd już wie, które wartości mają być używane.
Nie musisz określać ustawień operacji MSDeploy — plik .deploy.cmd dodaje często wymagane wartości do polecenia MSDeploy.exe automatycznie.

Przed użyciem pliku .deploy.cmd do wdrożenia pakietu internetowego należy się upewnić, że:

Plik .deploy.cmd [nazwa projektu]. SetParameters.xml pliku i pakietu internetowego ([nazwa projektu].plik zip) znajdują się w tym samym folderze.
Narzędzie Web Deploy (MSDeploy.exe) jest instalowane na komputerze z uruchomionym plikiem .deploy.cmd .

Plik .deploy.cmd obsługuje różne opcje wiersza polecenia. Po uruchomieniu pliku z poziomu wiersza polecenia jest to podstawowa składnia:

[project name].deploy.cmd [/T | /Y]
                          [/M:<computer name>]
                          [/A:<Basic | NTLM>]
                          [/U:<user name>]
                          [/P:<password>]
                          [/L]
                          [/G:<true | false>]
                          [Additional MSDeploy.exe flags]

Należy określić flagę /T lub flagę /Y , aby wskazać, czy chcesz wykonać przebieg próbny, czy wdrożenie na żywo odpowiednio (nie używaj obu flag w tym samym poleceniu). W tej tabeli wyjaśniono przeznaczenie każdej z tych flag.

Flaga	opis
/T	Wywołuje MSDeploy.exe z flagą –whatif , która wskazuje przebieg wersji próbnej. Zamiast wdrażać pakiet, tworzy raport o tym, co się stanie w przypadku wdrożenia pakietu.
/Y	Wywołuje MSDeploy.exe bez flagi –whatif . Spowoduje to wdrożenie pakietu na komputerze lokalnym lub określonym serwerze docelowym.
/M	Określa nazwę serwera docelowego lub adres URL usługi. Aby uzyskać więcej informacji na temat wartości, które można podać tutaj, zobacz sekcję Zagadnienia dotyczące punktu końcowego w tym temacie . Jeśli pominięto flagę /M , pakiet zostanie wdrożony na komputerze lokalnym.
/A	Określa typ uwierzytelniania, którego MSDeploy.exe użyć do wykonania wdrożenia. Możliwe wartości to Bearer, NTLM i Basic. Jeśli pominięto flagę /A , typ uwierzytelniania jest domyślnie włączony NTLM na potrzeby wdrożenia w usłudze Web Deploy Remote Agent i do warstwy Podstawowa na potrzeby wdrożenia w programie obsługi web deploy.
/U	Określa nazwę użytkownika. Dotyczy to tylko wtedy, gdy używasz uwierzytelniania podstawowego.
/P	Określa hasło. Dotyczy to tylko wtedy, gdy używasz uwierzytelniania podstawowego.
/L	Wskazuje, że pakiet powinien zostać wdrożony w lokalnym wystąpieniu usług IIS Express.
/G	Określa, że pakiet jest wdrażany przy użyciu ustawienia dostawcy tempAgent. Jeśli pominięto flagę /G , wartość domyślna to false.

Uwaga

Za każdym razem, gdy proces kompilacji tworzy pakiet internetowy, tworzy również plik o nazwie [nazwa projektu].deploy-readme.txt , który wyjaśnia te opcje wdrażania.

Oprócz tych flag można określić ustawienia operacji web deploy jako dodatkowe parametry .deploy.cmd . Wszystkie określone ustawienia dodatkowe są po prostu przekazywane do bazowego polecenia MSDeploy.exe. Aby uzyskać więcej informacji na temat tych ustawień, zobacz Web Deploy Operation Settings (Ustawienia operacji narzędzia Web Deploy).

Załóżmy, że chcesz wdrożyć projekt aplikacji internetowej ContactManager.Mvc w środowisku testowym, uruchamiając plik .deploy.cmd . Środowisko testowe jest skonfigurowane do używania usługi agenta zdalnego Web Deploy zgodnie z opisem w temacie Konfigurowanie serwera sieci Web na potrzeby publikowania w usłudze Web Deploy (agent zdalny). Aby wdrożyć aplikację internetową, należy wykonać następne kroki.

Aby wdrożyć aplikację internetową przy użyciu pliku .deploy.cmd

Skompiluj i spakuj projekt aplikacji internetowej zgodnie z opisem w temacie Tworzenie i pakowanie projektów aplikacji internetowych.
Zmodyfikuj plik ContactManager.Mvc.SetParameters.xml, aby zawierał poprawne wartości parametrów dla środowiska testowego, zgodnie z opisem w temacie Konfigurowanie parametrów wdrożenia pakietu internetowego.
Otwórz okno wiersza polecenia i przejdź do lokalizacji pliku ContactManager.Mvc.deploy.cmd .

Wpisz to polecenie, a następnie naciśnij Enter:

ContactManager.Mvc.deploy.cmd /Y /M:TESTWEB1 /A:NTLM

W tym przykładzie:

Flaga /Y wskazuje, że chcesz rzeczywiście wdrożyć pakiet, a nie uruchomić wersji próbnej.
Flaga /M wskazuje, że chcesz wdrożyć pakiet na serwerze o nazwie TESTWEB1. Z tej wartości MSDeploy.exe podejmie próbę wdrożenia pakietu w usłudze Web Deploy Agent zdalny pod adresem http://TESTWEB1/MSDeployAgentService.
Flaga /A wskazuje, że chcesz użyć uwierzytelniania NTLM. W związku z tym nie trzeba określać nazwy użytkownika i hasła.

Aby zilustrować , jak użycie pliku .deploy.cmd upraszcza proces wdrażania, zapoznaj się z MSDeploy.exe poleceniem, które jest generowane i wykonywane podczas uruchamiania ContactManager.Mvc.deploy.cmd przy użyciu opcji przedstawionych powyżej.

msdeploy.exe 
-source:package='C:\Users\matt.FABRIKAM\Desktop\ContactManager-03\ContactManager\
 Publish\Out\_PublishedWebsites\ContactManager.Mvc_Package\ContactManager.Mvc.zip' -dest:auto,computerName='TESTWEB1.fabrikam.net', authtype='NTLM',
 includeAcls='False' 
-verb:sync 
-disableLink:AppPoolExtension 
-disableLink:ContentExtension 
-disableLink:CertificateExtension 
-setParamFile:"C:\Users\matt.FABRIKAM\Desktop\ContactManager-03\ContactManager\
 Publish\Out\_PublishedWebsites\ContactManager.Mvc_Package\
 ContactManager.Mvc.SetParameters.xml"

Aby uzyskać więcej informacji na temat wdrażania pakietu internetowego przy użyciu pliku .deploy.cmd , zobacz How to: Install a Deployment Package Using the deploy.cmd File (Instrukcje: instalowanie pakietu wdrożeniowego przy użyciu pliku deploy.cmd).

Korzystanie z MSDeploy.exe

Chociaż użycie pliku .deploy.cmd zwykle upraszcza proces wdrażania, istnieją pewne sytuacje, w których preferowane jest użycie MSDeploy.exe bezpośrednio. Na przykład:

Jeśli chcesz wdrożyć program obsługi web deploy jako użytkownik niebędący administratorem, nie możesz użyć pliku .deploy.cmd . Jest to spowodowane usterką w narzędziu Web Deploy 2.0 zgodnie z opisem w sekcji Zagadnienia dotyczące punktu końcowego.
Jeśli chcesz ręcznie przełączać się między różnymi plikami SetParameters.xml w różnych lokalizacjach, możesz użyć MSDeploy.exe bezpośrednio.
Jeśli chcesz zastąpić kilka argumentów wiersza polecenia MSDeploy.exe, możesz użyć MSDeploy.exe bezpośrednio.

W przypadku korzystania z MSDeploy.exe należy podać trzy kluczowe informacje:

Parametr -source wskazujący, skąd pochodzą dane.
- dest parametr, który wskazuje, gdzie mają być dane.
Parametr –verb wskazujący operację, którą chcesz wykonać.

MSDeploy.exe polega na dostawcach web deploy do przetwarzania danych źródłowych i docelowych. Narzędzie Web Deploy obejmuje wielu dostawców reprezentujących zakres aplikacji i źródeł danych, z którymi może współpracować — na przykład istnieją dostawcy baz danych programu SQL Server, serwerów sieci Web usług IIS, certyfikatów, zestawów globalnej pamięci podręcznej zestawów (GAC), różnych różnych plików konfiguracji i wielu innych typów danych. Zarówno parametr -source, jak i parametr –dest muszą określać dostawcę w postaci –source:[providerName]=[location]. Podczas wdrażania pakietu internetowego w witrynie sieci Web usług IIS należy użyć następujących wartości:

Dostawca -source jest zawsze pakietem. Na przykład:
```
-source:package='[path to web package]'
```
Dostawca –dest jest zawsze automatycznie. Na przykład:
```
-dest:auto='[server name or service URL]'
```
Czasownik –jest zawsze synchronizowany.
```
-verb:sync
```

Ponadto należy określić różne inne ustawienia specyficzne dla dostawcy i ogólne ustawienia operacji. Załóżmy na przykład, że chcesz wdrożyć aplikację internetową ContactManager.Mvc w środowisku przejściowym. Wdrożenie będzie przeznaczone dla programu obsługi web deploy i musi używać uwierzytelniania podstawowego. Aby wdrożyć aplikację internetową, należy wykonać następne kroki.

Aby wdrożyć aplikację internetową przy użyciu MSDeploy.exe przy użyciu tokenu dostępu

Program MSDeploy V3 obsługuje uwierzytelnianie przy użyciu tokenu dostępu, znanego również jako token elementu nośnego. Tokeny dostępu są zalecane, ponieważ są one najbezpieczniejsze.

Skompiluj i spakuj projekt aplikacji internetowej zgodnie z opisem w temacie Tworzenie i pakowanie projektów aplikacji internetowych.
Zmodyfikuj plik ContactManager.Mvc.SetParameters.xml , aby zawierał poprawne wartości parametrów dla środowiska przejściowego, zgodnie z opisem w temacie Konfigurowanie parametrów wdrożenia pakietu internetowego.
Otwórz okno wiersza polecenia i przejdź do lokalizacji MSDeploy.exe. Zazwyczaj jest to wartość .%PROGRAMFILES%\IIS\Microsoft Web Deploy {version}\msdeploy.exe
Jeśli nie masz tokenu dostępu, utwórz go przy użyciu polecenia :

az account get-access-token --query accessToken

Wpisz to polecenie, a następnie naciśnij Enter (zignoruj podziały wierszy):

MSDeploy.exe
  -source:package="[path]\ContactManager.Mvc.zip"
  -dest:auto,
        computerName="https://stageweb1:8172/MSDeploy.axd?site=DemoSite",
        username="FABRIKAM\stagingdeployer",
        $CREDENTIAL_PLACEHOLDER$,
        authtype="Bearer",
        includeAcls="False",
        Password="{token}"
  -verb:sync
  -disableLink:AppPoolExtension
  -disableLink:ContentExtension
  -disableLink:CertificateExtension
  -setParamFile:"[path]\ContactManager.Mvc.SetParameters.xml"
  -allowUntrusted

W tym przykładzie:

Parametr -source określa dostawcę pakietów i wskazuje lokalizację pakietu internetowego.
Parametr –dest określa dostawcę automatycznego . Ustawienie computerName udostępnia adres URL usługi programu obsługi web deploy na serwerze docelowym. Ustawienie Bearer uwierzytelniania wskazuje, że chcesz użyć tokenu dostępu do uwierzytelniania, a w związku z tym należy podać wartość tokenu jako hasło. Ustawienie includeAcls="False" wskazuje, że nie chcesz kopiować list kontroli dostępu (ACL) plików w źródłowej aplikacji internetowej na serwer docelowy.
Argument –verb:sync wskazuje, że chcesz replikować zawartość źródłową na serwerze docelowym.
Argumenty –disableLink wskazują, że nie chcesz replikować pul aplikacji, konfiguracji katalogu wirtualnego ani certyfikatów Ssl (Secure Sockets Layer) na serwerze docelowym. Aby uzyskać więcej informacji, zobacz Web Deploy Link Extensions (Rozszerzenia linków web deploy).
Parametr –setParamFile zawiera lokalizację pliku SetParameters.xml .
Przełącznik –allowUntrusted wskazuje, że usługa Web Deploy powinna akceptować certyfikaty SSL, które nie zostały wystawione przez zaufany urząd certyfikacji. Jeśli wdrażasz program obsługi web deploy i używasz certyfikatu z podpisem własnym w celu zabezpieczenia adresu URL usługi, musisz dołączyć ten przełącznik.

Aby wdrożyć aplikację internetową przy użyciu MSDeploy.exe i uwierzytelniania podstawowego

Ostrzeżenie

Uwierzytelnianie podstawowe nie jest zalecane, jeśli są dostępne bezpieczniejsze metody (token elementu nośnego).

Skompiluj i spakuj projekt aplikacji internetowej zgodnie z opisem w temacie Tworzenie i pakowanie projektów aplikacji internetowych.
Zmodyfikuj plik ContactManager.Mvc.SetParameters.xml , aby zawierał poprawne wartości parametrów dla środowiska przejściowego, zgodnie z opisem w temacie Konfigurowanie parametrów wdrożenia pakietu internetowego.
Otwórz okno wiersza polecenia i przejdź do lokalizacji MSDeploy.exe. Zazwyczaj jest to wartość .%PROGRAMFILES%\IIS\Microsoft Web Deploy {version}\msdeploy.exe

Wpisz to polecenie, a następnie naciśnij Enter (zignoruj podziały wierszy):

MSDeploy.exe
  -source:package="[path]\ContactManager.Mvc.zip"
  -dest:auto,
        computerName="https://stageweb1:8172/MSDeploy.axd?site=DemoSite",
        username="FABRIKAM\stagingdeployer",
        $CREDENTIAL_PLACEHOLDER$,
        authtype="Basic",
        includeAcls="False"
  -verb:sync
  -disableLink:AppPoolExtension
  -disableLink:ContentExtension
  -disableLink:CertificateExtension
  -setParamFile:"[path]\ContactManager.Mvc.SetParameters.xml"
  -allowUntrusted

W tym przykładzie:

Parametr -source określa dostawcę pakietów i wskazuje lokalizację pakietu internetowego.
Parametr –dest określa dostawcę automatycznego . Ustawienie computerName udostępnia adres URL usługi programu obsługi web deploy na serwerze docelowym. Ustawienie authtype wskazuje, że chcesz użyć uwierzytelniania podstawowego, a w związku z tym musisz podać nazwę użytkownika i hasło. Na koniec ustawienie includeAcls="False" wskazuje, że nie chcesz kopiować list kontroli dostępu (ACL) plików w źródłowej aplikacji internetowej na serwer docelowy.
Argument –verb:sync wskazuje, że chcesz replikować zawartość źródłową na serwerze docelowym.
Argumenty –disableLink wskazują, że nie chcesz replikować pul aplikacji, konfiguracji katalogu wirtualnego ani certyfikatów Ssl (Secure Sockets Layer) na serwerze docelowym. Aby uzyskać więcej informacji, zobacz Web Deploy Link Extensions (Rozszerzenia linków web deploy).
Parametr –setParamFile zawiera lokalizację pliku SetParameters.xml .
Przełącznik –allowUntrusted wskazuje, że usługa Web Deploy powinna akceptować certyfikaty SSL, które nie zostały wystawione przez zaufany urząd certyfikacji. Jeśli wdrażasz program obsługi web deploy i używasz certyfikatu z podpisem własnym w celu zabezpieczenia adresu URL usługi, musisz dołączyć ten przełącznik.

Automatyzowanie wdrażania pakietów internetowych

W wielu scenariuszach przedsiębiorstwa należy wdrożyć pakiety internetowe w ramach większego wdrożenia jednoetapowego lub zautomatyzowanego. Niezależnie od tego, czy chcesz wdrożyć pakiety internetowe, uruchamiając plik .deploy.cmd , czy bezpośrednio przy użyciu MSDeploy.exe, możesz sparametryzować polecenia i wywoływać je z miejsca docelowego w pliku projektu microsoft Build Engine (MSBuild).

W przykładowym rozwiązaniu Contact Manager zapoznaj się z obiektem docelowym PublishWebPackages w pliku Publish.proj . Ten element docelowy jest uruchamiany raz dla każdego pliku .deploy.cmd zidentyfikowanego przez listę elementów o nazwie PublishPackages. Obiekt docelowy używa właściwości i metadanych elementu do utworzenia pełnego zestawu wartości argumentów dla każdego pliku .deploy.cmd , a następnie używa zadania Exec do uruchomienia polecenia.

<Target Name="PublishWebPackages" Outputs="%(PublishPackages.Identity)">
  ...
  <PropertyGroup>
    <_WhatIfSwitch>/Y</_WhatIfSwitch>
    <_WhatIfSwitch Condition=" '$(_WhatIf)'=='true' ">/T</_WhatIfSwitch>
    <_Cmd>
      %(PublishPackages.FullPath) $(_WhatifSwitch) /M:$(MSDeployComputerName) 
      /U:$(MSDeployUsername) /P:$(Password) /A:$(MSDeployAuth) 
      %(PublishPackages.AdditionalMSDeployParameters)
    </_Cmd>
  </PropertyGroup>
  <Exec Command="$(_Cmd)"/>
</Target>

Uwaga

Aby zapoznać się z szerszym omówieniem modelu plików projektu w przykładowym rozwiązaniu i wprowadzeniem do niestandardowych plików projektu, zobacz Opis pliku projektu i Opis procesu kompilacji.

Zagadnienia dotyczące punktu końcowego

Niezależnie od tego, czy pakiet internetowy jest wdrażany przez uruchomienie pliku .deploy.cmd , czy bezpośrednio przy użyciu MSDeploy.exe, należy określić nazwę komputera lub punkt końcowy usługi dla danego wdrożenia.

Jeśli docelowy serwer internetowy jest skonfigurowany do wdrożenia przy użyciu usługi Web Deploy Remote Agent, należy określić docelowy adres URL usługi jako miejsce docelowe.

http://[server name]/MSDeployAgentService

Alternatywnie możesz określić samą nazwę serwera jako miejsce docelowe, a narzędzie Web Deploy wywnioskuje adres URL usługi agenta zdalnego.

[server name]

Jeśli docelowy serwer sieci Web jest skonfigurowany do wdrożenia przy użyciu programu obsługi web deploy, należy określić adres punktu końcowego Usługa zarządzania siecią Web usług IIS(WMSvc) jako miejsce docelowe. Domyślnie ma to postać:

https://[server name]:8172/MSDeploy.axd

Dowolny z tych punktów końcowych można kierować bezpośrednio przy użyciu pliku .deploy.cmd lub MSDeploy.exe. Jeśli jednak chcesz wdrożyć program obsługi web deploy jako użytkownik niebędący administratorem, zgodnie z opisem w temacie Konfigurowanie serwera sieci Web na potrzeby publikowania web deploy (program obsługi web deploy) należy dodać ciąg zapytania do adresu punktu końcowego usługi.

https://[server name]:8172/MSDeploy.axd?site=[IIS website name]

Dzieje się tak, ponieważ użytkownik niebędący administratorem nie ma dostępu na poziomie serwera do usług IIS; ma dostęp tylko do określonej witryny sieci Web usług IIS. W momencie pisania z powodu usterki w potoku publikowania sieci Web (WPP) nie można uruchomić pliku .deploy.cmd przy użyciu adresu punktu końcowego zawierającego ciąg zapytania. W tym scenariuszu należy wdrożyć pakiet internetowy przy użyciu MSDeploy.exe bezpośrednio.

Uwaga

Aby uzyskać więcej informacji na temat usługi agenta zdalnego web deploy i programu obsługi web deploy, zobacz Wybieranie odpowiedniego podejścia do wdrażania w Sieci Web. Aby uzyskać wskazówki dotyczące konfigurowania plików projektu specyficznych dla środowiska w celu wdrożenia w tych punktach końcowych, zobacz Konfigurowanie właściwości wdrożenia dla środowiska docelowego.

Zagadnienia dotyczące uwierzytelniania

Niezależnie od tego, czy wdrażasz pakiet internetowy, uruchamiając plik .deploy.cmd , czy bezpośrednio przy użyciu MSDeploy.exe, musisz określić typ uwierzytelniania. Narzędzie Web Deploy akceptuje możliwe wartości: bearer, NTLM lub Basic. Jeśli określisz element nośny, musisz podać token jako hasło i dowolną wartość nazwy użytkownika. Jeśli określisz uwierzytelnianie podstawowe, musisz również podać nazwę użytkownika i hasło. Podczas wybierania typu uwierzytelniania należy pamiętać o różnych czynnikach:

Jeśli wdrażasz w usłudze Web Deploy Agent zdalny, musisz użyć uwierzytelniania NTLM. Usługa agenta zdalnego nie akceptuje podstawowych poświadczeń uwierzytelniania.
Jeśli wdrażasz program obsługi web deploy, możesz użyć tokenu dostępu (tokenu elementu nośnego), protokołu NTLM lub uwierzytelniania podstawowego. Ustawieniem domyślnym jest uwierzytelnianie podstawowe. Uwierzytelnianie podstawowe opiera się na nazwach użytkowników i hasłach przesyłanych w postaci zwykłego tekstu. Poświadczenia są chronione, ponieważ program obsługi web deploy zawsze używa szyfrowania SSL. Najbezpieczniejszą metodą jest użycie tokenu dostępu, co pozwala uniknąć wysyłania rzeczywistego hasła.
Jeśli pakiet internetowy zawiera bazę danych, a serwer internetowy i serwer bazy danych są oddzielnymi maszynami, nie będzie można wdrożyć bazy danych przy użyciu uwierzytelniania NTLM z powodu ograniczenia "podwójnego przeskoku". Musisz użyć poświadczeń programu SQL Server we wdrożeniu parametry połączenia lub podać podstawowe poświadczenia uwierzytelniania w narzędziu Web Deploy. Ten problem został opisany bardziej szczegółowo w temacie Wdrażanie baz danych członkostwa w środowiskach przedsiębiorstwa.

Podsumowanie

W tym temacie opisano sposób wdrażania pakietu internetowego przez uruchomienie pliku .deploy.cmd lub bezpośrednio przy użyciu MSDeploy.exe. Wyjaśniono, kiedy każde podejście może być odpowiednie, i opisano, jak można sparametryzować i uruchomić polecenie wdrożenia w ramach większego pojedynczego lub zautomatyzowanego procesu kompilacji.

Dalsze informacje

Aby uzyskać wskazówki dotyczące tworzenia i parametryzacji pakietu wdrażania sieci Web, zobacz Tworzenie i pakowanie projektów aplikacji internetowych oraz Konfigurowanie parametrów wdrożenia pakietu internetowego. Aby uzyskać wskazówki dotyczące kompilowania i wdrażania pakietów internetowych z wystąpienia serwera Team Foundation Server (TFS), zobacz Konfigurowanie serwera Team Foundation Server pod kątem zautomatyzowanego wdrażania w Sieci Web. Aby uzyskać informacje na temat dostosowywania i rozwiązywania problemów z procesem wdrażania, zobacz Wykluczanie plików i folderów z wdrożenia.

Poprzedni Następny

Udostępnij za pośrednictwem

Wdrażanie pakietów internetowych

Korzystanie z MSDeploy.exe

Automatyzowanie wdrażania pakietów internetowych

Zagadnienia dotyczące punktu końcowego

Zagadnienia dotyczące uwierzytelniania

Podsumowanie

Dalsze informacje

Opinia

Dodatkowe zasoby