J'utilise Visual Studio 2012 dans les premiers jours où je veux arrêter l'application dans l'IDE, l'application fonctionnait toujours sur IIS Express, je pouvais naviguer et travailler avec l'application en cours d'exécution, mais maintenant je ne peux pas. IIS Arrêt immédiat de l'application si j'appuie sur le bouton d'arrêt. Depuis que je me souviens, je n'ai fait aucun changement de réglage. Comment dois-je faire cela en cours d'exécution comme les premiers jours.
173
Réponses:
J'ai récemment été confronté à une situation similaire lorsque mon IIS Express s'est soudainement arrêté juste après l'arrêt du débogage. Cela s'est produit après avoir activé "Activer la modification et continuer" . Donc, si vous désactivez cela, vous verrez qu'IIS Express reste en cours d'exécution même après l'arrêt du débogage.
Faites un clic droit sur votre projet> cliquez sur Propriétés> sélectionnez l'onglet 'Web' sur la gauche> décochez la
Enable Edit and Continue
case.la source
Dans VS2010 et VS2012, l'option Modifier et continuer est désactivée par défaut lors de la création d'un nouveau projet d'application Web. Dans VS2013, il est activé par défaut.
Vous pouvez trouver cette option sur l'onglet Web dans la fenêtre des propriétés du projet Web.
Lorsque «Activer la modification et continuer» est activé, le débogueur VS démarre votre application Web dans IIS Express. Lorsque vous arrêtez le débogage, IIS Express est également fermé. Avec ce comportement, vous verrez la barre d'état système IIS Express apparaître pendant le débogage et disparaître après le débogage. Ce comportement est le même que dans VS2012 lorsque l'option Activer la modification et continuer est activée.
Si vous n'avez pas besoin de la fonctionnalité "Modifier et continuer" pendant le développement et que vous souhaitez qu'IIS Express reste après une session de débogage, vous pouvez simplement désactiver l'option Activer la modification et continuer .
Je f vous voulez utiliser « Modifier et continuer » ou vous développez un site Asp.net 5 (projets ASP.NET 5 ne dispose pas Modifier et continuer case à cocher dans les propriétés du projet) , vous devez utiliser la « Detech tous » commande pour arrêter le débogage.
Le débogueur se détachera du processus iis sans le fermer.
Il est clair que la fonction "Modifier et continuer" ne fonctionnera pas tant que vous ne recommencerez pas le débogage.
la source
Au lieu d'
(X) STOP
appuyer sur le bouton, vous pouvez utiliser l'Detach all
élément de menu dans le menu Déboguer. La principale différence est que le bouton d'arrêt mettra fin à tout processus en cours de débogage, tandis que Détacher tout déconnectera le débogueur des processus, mais ne les terminera pas.Le processus de travail IIS normal serait également arrêté, mais comme il était auparavant exécuté en tant que service, il redémarrera également automatiquement et vous pourrez ainsi continuer à l'utiliser sans avoir à redémarrer le processus via
|> Debug
ou|> Start without debugging
.Capture d'écran pour référence
la source
Il semble que depuis la sortie de Visual Studio 2015 Update 2, la solution acceptée ne fonctionne plus.
La solution la plus simple que j'ai trouvée jusqu'à présent est de démarrer le projet en sélectionnant " Démarrer sans débogage " dans le menu Déboguer .
la source
C'est probablement mieux classé comme une autre solution de contournement, mais cela fonctionne pour moi.
Je démarre généralement le projet pour la première fois avec le menu contextuel "Afficher dans le navigateur" (ou CTRL-Shift-W).
À partir de là, tout ce qui nécessite un débogage, je m'attache généralement au nouveau processus iisexpress existant. Bien que la souris dans les menus contextuels en fasse un non-démarreur, c'est presque aussi rapide que F5 avec les frappes suivantes:
Ctrl-Alt-P ouvre la boîte de dialogue Attacher au processus
taper «iis» vous amènera alors au processus iisexpress
Si vous avez plus d'un iisexpress en cours d'exécution, le dernier démarré apparaîtra généralement en haut de la liste. Une autre option consiste à sélectionner et à attacher à chacun d'entre eux.
Cela présente un certain nombre d'avantages IMO. D'abord et avant tout, cela ne met pas fin au processus. Deuxièmement, la fenêtre du navigateur n'est pas fermée lorsque vous arrêtez le débogage. Cela me fait peur quand je vois un développeur répéter 7 étapes pour reproduire un bogue, quand tout ce qu'il a à faire est d'appuyer sur F5 dans une fenêtre de navigateur existante pour republier une fois le débogueur connecté. Enfin, je dois déjà le faire lorsque je m'attache à la nunit, donc j'obtiens une expérience plus cohérente.
la source