11

Próbuję usunąć profil IIS Express z moich ustawień uruchamiania .NET Core, ale za każdym razem, gdy odradzam rozwiązanie, Visual Studio dodaje je ponownie. Na przykład, w nowym projekcie moje ustawienia uruchamiania wygląda toProgram Visual Studio dodaje z powrotem IIS Express z powrotem do mojego launchsettings.json

{ 
    "iisSettings": { 
    "windowsAuthentication": false, 
    "anonymousAuthentication": true, 
    "iisExpress": { 
     "applicationUrl": "http://localhost:55735/", 
     "sslPort": 0 
    } 
    }, 
    "profiles": { 
    "IIS Express": { 
     "commandName": "IISExpress", 
     "launchBrowser": true, 
     "environmentVariables": { 
     "ASPNETCORE_ENVIRONMENT": "Development" 
     } 
    }, 
    "MyProject": { 
     "commandName": "Project", 
     "launchUrl": "http://localhost:5010", 
     "environmentVariables": { 
     "ASPNETCORE_ENVIRONMENT": "Development" 
     } 
    } 
    } 
} 

usunąć sekcje IIS

{ 
    "profiles": { 
    "MyProject": { 
     "commandName": "Project", 
     "launchUrl": "http://localhost:5010", 
     "environmentVariables": { 
     "ASPNETCORE_ENVIRONMENT": "Development" 
     } 
    } 
    } 
} 

Rozwiązanie działa poprawnie. Ale zaraz po zamknięciu i ponownym otwarciu rozwiązania ponownie pojawiają się sekcje IIS.

Wszelkie pomysły?

+0

To naprawdę denerwujące, ale myślę, że tak właśnie jest teraz. Zgodnie z [tą dyskusją] (https://github.com/aspnet/Tooling/issues/486) istnieje bilet utworzony prawie rok temu, ale brak komentarzy na temat tego, czy zostanie on kiedykolwiek naprawiony/zmieniony. –

Odpowiedz

7

UPDATE:

Kwestia ta powinna być ustalona z najnowszej wersji (update) Visual Studio 2017 (wersja 15.3.0).

odpowiedź początkowa:

To nie jest rozwiązanie, ale brzydki obejście. Pomyślałem, że jeśli po prostu odmówiłbym uprawnień do zmiany pliku launchsettings.json, to uniemożliwi to Visual Studio nadpisanie go za każdym razem. Ponieważ ten plik niewiele się zmienia, jest dla mnie mniej lub bardziej satysfakcjonującym rozwiązaniem.

Więc:

  1. zaktualizować swój launchsettings.json po raz ostatni.
  2. Zamknij Visual Studio.
  3. Otwórz ustawienia zabezpieczeń (kliknij prawym przyciskiem myszy w Eksploratorze launchsettings.json -> Właściwości -> Zabezpieczenia)
  4. Kliknij Zaawansowane -> zmienić uprawnienia
  5. Wybierz „uwierzytelnionych użytkowników” (lub inną grupę użytkowników, w ramach którego jest Visual Studio uruchomiony na twoim komputerze) z listy "Permissions entries" i kliknij Edit ->
  6. Sprawdź Odmów dla uprawnienia "Twórz pliki/zapisuj dane".
  7. Kliknij OK we wszystkich otwartych oknach dialogowych i ostrzeżeniach, aby zapisać zmiany.
  8. Ponownie otwórz program Visual Studio i zobacz, że wykonanie tej aktualizacji nie powiedzie się.

Mam nadzieję, że to pomaga.

+0

To naprawdę brzydkie obejście! Nie jestem pewien, czy mogę zaakceptować to jako odpowiedź. –

+0

Tak, masz rację. Prawdopodobnie też bym tego nie zaakceptował, ponieważ jest to bardziej jak włamanie. –

+2

Mogę potwierdzić, że problem prawdopodobnie został rozwiązany w Visual Studio w wersji 15.3.0. Powinien sprawić, by rozwój był mniej frustrujący od teraz! –