J'utilise Visual Studio 2012 dans les premiers jours où je souhaitais arrêter l'application dans l'EDI, l'application fonctionnait toujours sur IIS Express, je pouvais naviguer et travailler avec l'application en cours d'exécution, mais maintenant je peux '=. IIS Fermez immédiatement l'application si j'appuie sur le bouton d'arrêt. Depuis que je me souviens, je n'ai apporté aucune modification au réglage. Comment dois-je procéder de la même manière que les premiers jours.
J'ai récemment fait face à une situation similaire lorsque mon IIS Express s'est soudainement arrêté juste après que j'ai arrêté le débogage. Cela s'est produit après que j'ai activé "Activer la modification et la poursuite". Donc, si vous désactivez ceci, vous verrez que IIS Express reste actif même après l’arrêt du débogage.
Cliquez avec le bouton droit de la souris sur votre projet> cliquez sur Propriétés> sélectionnez l'onglet "Web" à gauche> décochez la case Enable Edit and Continue
case à cocher.
Dans VS2010 et VS2012, l'option de modification et de poursuite 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 dans l’onglet Web de la fenêtre de propriétés du projet Web.
Lorsque "Activer, puis modifier" 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 s'afficher pendant le débogage et disparaître après. Ce comportement est identique à celui de VS2012 lorsque l'option Activer, puis modifier 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 IIS Express rester après une session de débogage, vous pouvez simplement désactiver l’option Activer l’édition et la poursuite .
Je f vous souhaitez utiliser "Modifier et continuer" ou vous développez un site Asp.net 5 (les projets ASP.NET 5 ne possèdent pas de Case à cocher Editer et continuer dans les propriétés du projet) , vous devez utiliser la commande "Détecter tout" pour arrêter le débogage.
Le débogueur se détachera du processus IIS sans le fermer.
Clairement, la fonction "Modifier et continuer" ne fonctionnera pas tant que vous ne commencerez pas à nouveau le débogage.
Au lieu de frapper le (X) STOP
, vous pouvez utiliser le Detach all
élément de menu dans le menu Débogage. 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 normal IIS serait également arrêté, mais comme il fonctionnait auparavant en tant que service, il redémarre automatiquement et vous pouvez donc continuer à l'utiliser sans avoir à redémarrer le traiter par |> Debug
ou |> Start without debugging
.
Capture d'écran pour référence
Il semble que depuis la publication 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 consiste à démarrer le projet en sélectionnant "Démarrer sans débogage" dans le menu Debug.
Ceci est probablement mieux classé comme une autre solution de contournement, mais cela fonctionne pour moi.
Je lance généralement le projet pour la première fois avec le menu contextuel "Afficher dans le navigateur" (ou CTRL-Maj-W).
A partir de là, tout ce qui nécessite un débogage est généralement associé au nouveau processus iisexpress existant. Si vous passez la souris dans les menus contextuels, cela rendrait le jeu moins important, mais il 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 ramènera au processus iisexpress
Si vous avez plusieurs iisexpress en cours d'exécution, le dernier démarré apparaît généralement en haut de la liste. Une autre option consiste à sélectionner, sélectionner et attacher à tous.
Cela présente de nombreux avantages, OMI. Tout d’abord, 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 craquer quand un développeur répète 7 étapes pour reproduire un bogue, alors qu'il ne lui reste plus qu'à appuyer sur F5 dans une fenêtre de navigateur existante pour simplement rediffuser une fois le débogueur connecté. Enfin, je dois déjà le faire lorsque je me connecte à nunit, ce qui me permet d’obtenir une expérience plus cohérente.