NIE POWIODŁO SIĘ URUCHOMIENIE Z PAKIETU.txt
Nasz potok wskazuje na sukces po wdrożeniu.
Patrząc w „Konsolę Kudo” w folderze, wwwroot
zauważam następujące zachowanie:

Wdrożenie zadania nie jest niczym specjalnym:
- task: AzureRmWebAppDeployment@4
displayName: 'Deploy Frontend'
inputs:
ConnectionType: 'AzureRM'
azureSubscription: # subscription #
appType: 'webApp'
WebAppName: # appname #
packageForLinux: # package #
Artefakt, który zostanie zbudowany, ma długość ok. 17 MB i istnieje. Ściągnąłem to. Jest to plik ZIP, który można rozpakować.

Patrząc na to, data\sitepackages
zauważam następujące zachowanie: Wszystkie przebiegi wdrożeń mają rozmiar 1 KB . To wyjaśnia, dlaczego nie można wyodrębnić ZIP. Ale DLACZEGO to 1 KB?

AKTUALIZACJA (1):
Kiedy używamy funkcji „Zip Push Deploy” z „Kudo Console”, możemy przeciągnąć i upuścić plik ZIP, który wcześniej pobraliśmy z naszych artefaktów. Plik zip zostanie rozpakowany, a aplikacja działa! Oznacza to, że plik ZIP w artefaktach nie jest uszkodzony.

AKTUALIZACJA (2):
Cała seria wskazuje na sukces i tworzy artefakt o wielkości 17 MB. Po wdrożeniu rozmiar pliku ZIP wynosi 1 KB. Czy musi istnieć problem z zadaniem wdrożenia?

AKTUALIZACJA (3):
Zrzut ekranu z kroku wdrażania, który również pokazuje sukces:

AKTUALIZACJA (4):
Wsparcie MSFT zalecane, aby użyć V3 deploy Hioba AzureRmWebAppDeployment@3
.
Różne wyniki:

Ten sam wynik.
AKTUALIZACJA (5):
W międzyczasie ponownie utworzyłem usługę aplikacji (usunąłem i utworzyłem).
Ten sam wynik.
Odpowiedzi
Jestem prawie pewien, że ścieżka pakietu nie jest poprawna w kroku yaml. Powinno być jak poniżej. Niestety, mylącą częścią jest to, że potok pokazuje, że udało się z niewłaściwą ścieżką.
- task: AzureRmWebAppDeployment@4
displayName: 'Deploy Frontend'
inputs:
ConnectionType: 'AzureRM'
azureSubscription: # subscription #
appType: 'webApp'
WebAppName: # appname #
packageForLinux: '$(Pipeline.Workspace)/**/*.zip'
Jest też podobne pytanie z przeszłości .