Modifier et continuer fonction a cessé de travailler dans Visual Studio 2010
-
23-10-2019 - |
Question
Le Modifier Visual Studio et continuer fonction arrêté sur Visual Studio 2010, et je ne sais pas ce qui a causé le problème.
Je travaille sur un programme d'application Windows en utilisant C #. Cette application a été initialement développé dans Visual Studio 2008 et mis à jour plus tard à Visual Studio 2010.
Tout allait bien au travail, y compris Modifier et continuer, jusqu'à ce que je mis à jour le .NET Framework 3,5 à 4,0.
Maintenant, quand j'utilise le mode de débogage, en changeant une ligne du code dans les résultats IDE dans le message suivant:
Edits ont été faites qui ne peut pas compilé. L'exécution ne peut se poursuivre jusqu'à les erreurs de compilation sont fixes.
En fait, il n'y a pas d'erreurs de compilation, et je dois redémarrer le Visual Studio pour obtenir les mises à jour de l'exécution.
Comment puis-je obtenir Modifier et continuer à travailler à nouveau?
La solution 2
Le Modifier et continuer fonction ne fonctionne pas avec le mot-clé dynamic
.
J'ai essayé de supprimer la méthode qui utilise un paramètre dynamic
, et le projet converti fonctionne maintenant sur Visual Studio 2010.
recherche sur Internet révèle que est un bug qui a été signalé à Microsoft. Le lien ci-dessous contient plus de détails:
Autres conseils
Dans la vue Explorateur de solutions, cliquez-droit sur chaque référence de Références, choisissez Propriétés. Dans la vue Propriétés, Faux signe au champ de Intégrer Interop Types. Cela fonctionne pour moi.
J'ai eu quelques fichier Excel "embed interop types" == true
. Quand je l'ai changé pour faux, éditer et continuer à travailler commencé.
J'avais utilisé hier profileur de Microsoft et après mon « Modifier et continuer » caractéristique est parti. Je me suis finalement rendu compte après des heures de frustration que je devais exécuter VsPerfCLREnv / globaloff commande de commande rapide et redémarrer mon ordinateur. Maintenant, j'ai mon Edit et continuer l'avenir en arrière. Cela n'a rien à voir avec la plate-forme cible par la voie. Il fonctionne avec l'ensemble de la plate-forme cible Any CPU sans aucun tracas.
J'ai eu ce problème dans Visual Studio 2013, et: -
- Parfois fermeture juste et la réouverture de la solution fonctionne, mais quand cela ne veut pas
- redémarrer Visual Studio (solution proche, sortie Visual Studio, Visual Re-Open Studio, solution Rouvrir, rejuger le débogage avec Modifier et continuer) corrige ce problème.
Dans mon cas, je ne pas de types Interop qui ont été incorporés, n'a pas non plus de tout mon code ont le mot-clé dynamic
, et j'avais fait une solution complète propre sans succès. J'avais couru, le débogage et re-démarrage plusieurs fois, cependant, il peut avoir quelque chose à voir avec la mémoire - il a fallu Visual Studio plus d'une minute à proximité, au cours de laquelle le disque se débattait (vraisemblablement la pagination de la mémoire à jeu).
Je vais essayer de nettoyer tous les fichiers qui sont générés par VS. Donc, je supprime les répertoires bin
et obj
et je voudrais aussi supprimer les fichiers *.suo
et *.user
. Étant donné que ces fichiers sont générés automatiquement cela ne devrait pas affecter quoi que ce soit (bien que je évidemment faire une sauvegarde de tous les fichiers au cas où il y a d'autres dossiers qui ont été mis là par erreur).
Parfois, ces fichiers peuvent être corrompus (il se produisait beaucoup dans le vieux VC ++, etc.) et VS peut commencer à agir très drôle.
J'ai essayé toutes les solutions ci-dessus aucun d'entre eux a travaillé pour moi. Cependant, quand je supprimé les dossiers bin et objet en studio visuel et courir à nouveau, il commence à travailler.
travailler avec VS2017 communauté J'ai eu ce problème aggravant: si vous portez un projet existant de la balise EmbedInteropTypes peut-être pas dans le fichier .csproj encore, une recherche est vaine. Si tel est le cas, ajoutez la balise à la fin du groupe de propriété Debug | x86 (ou celui que vous utilisez) au .csproj avec un éditeur de texte:
avant:
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\x86\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
<DebugType>full</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
<Prefer32Bit>false</Prefer32Bit>
</PropertyGroup>
après:
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<DebugSymbols>true</DebugSymbols>
<OutputPath>bin\x86\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<DocumentationFile>bin\Debug\MyProject.XML</DocumentationFile>
<DebugType>full</DebugType>
<PlatformTarget>x86</PlatformTarget>
<ErrorReport>prompt</ErrorReport>
<Prefer32Bit>false</Prefer32Bit>
<EmbedInteropTypes>false</EmbedInteropTypes>
</PropertyGroup>
Cela doit être fait avec tous les projets qui appartiennent à la solution!
VS2013 je devais activer « Utiliser le mode de compatibilité géré » dans les options de débogage. Je pense qu'il est parce que j'ai un projet .Net 4 faisant référence à un .Net 2 assemblage.
Pour un autre projet dans la même solution que je devais décocher « Définir constante TRACE » dans les propriétés du projet.
Dans ma situation, quelqu'un a ajouté une référence à la sortie du projet dans la liste de référence: dans le regard Solution Explorer sous [ProjectName] \ Références pour [ProjectName *] et retirez-le.
Si le projet se fonde sur le code à partir d'une copie de lui-même, vous ne pouvez pas « Modifier et continuer ». Dans la liste d'avertissement vous pouvez ou ne peut pas (plus probablement dans un projet plus vaste) ont « conflits de type importé » messages si cela est la cause du problème.
Dans Visual Studio 2015, je l'ai supprimé le dossier .vs (où le fichier du nouveau style est), supprimé tous bin et obj, et aussi désinstallés ReSharper 2015 . Modifier et continuer est de retour.
(Note: IntelliSense montre maintenant autocomplete presque instantanément, alors qu'il prenait 2 à 5 secondes avant, peut-être la faute de ReSharper, et peut-être sans rapport avec ...)
Je comprends ce poste est vieux, mais j'avais cette question ces derniers temps, et cela blog post me spectacles de comment le résoudre.
- Supprimez le dossier obj
- Supprimer le bac dossier . Vous pouvez copier et coller des bibliothèques, des fichiers de données, etc ... retour au dossier après le retrait.
- VS, Menu Solutions -.> Une solution propre
Cela fonctionne pour moi plusieurs fois.
Pour moi, cela a été causé par Nuget ne pas télécharger un paquet (construit pour Net Framework) à un projet standard net qui a été référencé. Nuget est entré dans une boucle infinie (regard de la fenêtre de sortie).
solution est de désactiver le 'paquet restauration automatique' réglage de voir: https://developercommunity.visualstudio.com/content/problem/26638/nuget-infinite-loop.html
pour accéder à ce paramètre Outils> Options> NuGet Package Manager> Général
La lecture de ce qui précède, mon projet de l'interface utilisateur a Shell32 avec "Intégrer Interop Types" == true. Je l'ai changé à faux, et « modifier et continuer » travail commencé.
Dans la vue Explorateur de solutions, cliquez-droit sur chaque référence de Références, choisissez Propriétés. Dans la vue Propriétés, Faux signe au champ de Intégrer Interop Types. Cela a fonctionné pour moi.
Pour qui obtient toujours cette erreur même avec Visual Studio 2017
Pas de dynamique / portable paquets de classe Bibliothèques / NuGet ou des problèmes de dépendance. Aucune erreur ou d'avertissement mis en évidence par Visual Studio.
Après des heures passées à tenter toutes les solutions affichées dans ce domaine et autres threads et pages Web, la seule solution qui a fonctionné pour moi était de l'enregistrement, retirez l'espace de travail et Map&Get
à nouveau .
Pour supprimer l'espace de travail, Source control
? Advanced
? Workspace
? Remove
.
J'utilise Visual Studio 2017 Communauté à jour et après une installation relativement fraîche sur une nouvelle machine (une semaine et quelques heures de travail).
Méthodes je l'ai testé sans succès avant la solution ci-dessus
- Veillé Modifier et continuer a été activé dans les options Visual Studio. Et décocher la cocher à nouveau
- Suppression bin et obj pour tous les projets en solution
- Effacez et régénérez tout, redémarrez VS / reboot en combinaison au-dessus
- Vérification des options de compilation et des forfaits NuGet et dll compatibilité pour les projets, inspirés par cette
- Décharger les projets dans diverses combinaisons pour tester les problèmes de dépendance ou d'autres problèmes (inspiré par cette )
- Suppression solution d'un re-téléchargeant (sans enlever l'espace de travail)
- Signe False pour les types Intégrer Interop
- Set
<_ResolveReferenceDependencies>
àtrue
comme expliqué ici - Les combinaisons de ce qui précède avec le redémarrage du VS et redémarrages
Après cela, je fait un check-in et téléchargé la solution sur une autre machine exécutant la même version de Visual Studio (Communauté 2017). Comme je n'ai pas Edit et continuer question là, je suis allé pour la suppression de l'espace de travail.
Dans mon cas, ce qui a fonctionné était décochant « Exiger des fichiers source pour correspondre exactement à la version originale » dans les options de débogage. VS Communauté 2017 ici.
Retrait de la * des versions de montage de mes projets référencés a résolu le problème pour moi.
De Github:
"Je reproduit cette question sur un mélange de VB et C # projets [Assemblée: (. * 1.2.3 AssemblyVersion")]. Une fois une des références de projet VB un projet C # avec ce paramètre les choses commencent à s'effondrer. On dirait qu'il a l'inverse le même problème. » -Rhuijben
https://github.com/dotnet/roslyn/issues/28224
(Au risque d'être signalé, semble que nous avons été la souffrance de VS Modifier et continuer les questions pour plus d'une décennie. Il est pour moi choquant que l'équipe Visual Studio Microsoft n'a pas pris la peine d'aider les développeurs en fournissant plus prolixe informations lorsque cela se produit)
J'ai essayé tout ce qui précède, aucune n'a fonctionné. Il était apparemment en raison de permettre des options de débogage de bas niveau (registres de vue ...)
Outils -> Paramètres d'importation et d'exportation -> Réinitialiser tous les réglages
a résolu
Dans VS 2015 cette erreur a été provoquée par un paquet NuGet j'avais récemment installé. En désinstallant ce package et la réinstallation, le bug a été corrigé.