Web.config zmieniony (drastycznie) podczas wdrażania platformy Azure

Question

Po wdrożeniu na platformie Azure ciągle pojawiały się błędy serwera - aplikacja nie działała. Zrobiłem zdalny pulpit w instancji i odkryłem, że plik web.config został całkowicie przebudowany ... co się dzieje? Myślałem, że web.config został spakowany tak jak jest? Zamiast tego cała konfiguracja została zastąpiona. Kiedy zastępuję "nową" wersję oryginalną, niezmienioną, poprawną konfiguracją, moja aplikacja działa zgodnie z przeznaczeniem.

Po pierwsze, co się tutaj dzieje? Co ja robię źle? W ten sposób mogę to zrozumieć, a nie powtórzyć w przyszłości.

Po drugie, jak mogę zatrzymać to zachowanie? Chcę, aby oryginalny web.config został wdrożony - a nie jakiś arbitralny oszust. Dziękuję Ci!

Answer 1

Na podstawie sugestii Dunnry'ego, aby rozpakować plik cskpkg, zauważyłem, że web.config nigdy nie był nawet zapakowany - więc Azure musiał stworzyć podstawowy z konieczności (bez ostrzeżenia!?!?). Po pewnym dochodzeniu natknąłem się na ten samorodek (z another StackOverflow question addressing deployment issues):

Okazuje się, że plik web.config nie był nawet uwzględniany w pakiecie wdrażania. W jakiś sposób plik BuildAction pliku web.config został zmieniony z Content na None.

Po zmianie właściwości BuildAction na "Treść" moje wdrożenie działa teraz zgodnie z oczekiwaniami.

Answer 2

O ile nie ma określonej transformacji (przy użyciu normalnego, wbudowanego web.config.debug i .release), nie zmienia żadnych ustawień użytkownika. W pewnym momencie przekształciło ustawienia klucza MachineKey tak, aby role sieciowe działały w scenariuszu farmy sieciowej (w przeciwnym wypadku nic by nie działało za równoważnikiem obciążenia). Jestem pewien, że nadal to robi, ale może to robić teraz na poziomie pliku machine.config (pozostawiając sam plik web.config). Nie sprawdzałem tego od jakiegoś czasu, więc nie jestem pewien, co teraz robi.

Łatwym sposobem sprawdzenia, co zostanie wdrożone, jest zapakowanie pliku cskpkg i otwarcie go jako pliku .zip. Wewnątrz będzie kolejny plik, który zawiera nazwę twojej roli internetowej. Otwórz to ponownie jako .zip i powinieneś zobaczyć swoją stronę internetową w całości zapakowaną. Sprawdź plik web.config i upewnij się, że jest to potrzebne. Jeśli nie, opublikuj tutaj to, co według ciebie nie powinno zostać zmienione.