Visual Studio continue à utiliser l'ancienne version
J'ai un programme Silverlight simple qui affiche un tas d'images. Je l'ai modifié pour afficher plus d'images, mais lorsque je clique sur "Exécuter sans débogage", l'ancienne version continue d'exécuter avec moins d'images. Lorsque je copie le code dans un nouveau projet et que je l'exécute, cela fonctionne correctement pour la première fois, mais chaque modification ultérieure n'est pas affichée. Quel pourrait être le problème? J'utilise Visual Web Developer 2008 Express.
Vérifiez toujours l'option "Gestionnaire de configuration" du menu "Générer" dans Microsoft Visual Web Developer. Le checkBox "build" doit être vérifié, sinon il ne sera pas construit.
Cela m'est arrivé, j'espère que cela aidera les autres.
Cela vient de m'arriver dans VS 2013 for Web. Devait changer l'URL du projet en:
"Propriétés du projet"
"Web" tab
"Les serveurs"
Vers un autre numéro d'hôte local et recréez le répertoire virtuel.
Avant mon URL de projet était:
http://localhost:55487/
Je l'ai changé pour:
http://localhost:55488/
Puis cliqué "Créer un répertoire virtuel" .
Voudrais savoir pourquoi c'est arrivé en premier lieu.
J'ai constaté que je devais fermer toutes les instances ouvertes de Visual Studio avant de le faire fonctionner à nouveau
J'avais l'habitude de souffrir cela. Tout cela sert à être (pour moi) le problème du contenu d'un dossier.
Peut-être que vous pouvez vérifier ceci:
- Supprimez% windir%\Microsoft.net\framework\v4.0xxx\Temporary ...
- IIS Express: même si vous modifiez le fichier de sortie pour les résultats compilés, vous constaterez dans applicationhost.config que plusieurs fois, IISExpress "recherche" vraiment le dossier bin par défaut de votre projet.
- Même s'il est possible que vous ayez différentes configurations pour Debug ou Release, alors peut-être que IIS ressemble à un BIN avec le code de version et que vous compilez maintenant dans Debug dans un autre dossier, vous me comprenez?
Bonne chance
Peut-être que c'est un problème de cache (navigateur Web/proxy).
Pour tromper le navigateur, essayez d’incorporer le fichier xap avec un paramètre supplémentaire qui change à chaque ouverture du plug-in:
<param name="source" value="ClientBin/BubuApp.xap?<%=Guid.NewGuid().ToString() %>"/>
Si cela ne résout pas le problème, essayez de nettoyer le projet (supprimez les dossiers obj/bin et le fichier xap).
Cela se produit parce que votre mémoire cache est pleine. Allez dans le dossier bin et obj et supprimez tous les fichiers temporaires. Maintenant, il fonctionnera correctement.
Arrivé à moi aussi. Eh bien, je ne connais pas la raison exacte de ce comportement. Mais lorsque je ferme le visual C express 10, puis que je le rouvre et le construit, il crée le nouveau fichier enregistré. J'imagine que le problème persiste dans l'ancien fichier en cas d'erreur dans un mode de débogage ou autre.
Je souffrais également de ce problème et aucune des suggestions n'a fonctionné. Je construisais un complément Office.js et le débogage se faisait avec IIS Express. Ce qui a résolu le problème pour moi, c'est la suppression de fichiers dans C:\Users\<user>\AppData\Local\Temp\Temporary ASP.NET
En fait, je suis allé de l'avant et j'ai supprimé l'intégralité du dossier C:\Users\<user>\AppData\Local\Temp par dépit :)
J'ai également eu ce problème et bien que certains des correctifs ci-dessus aient aidé temporairement, celui qui a fonctionné pour moi était de supprimer l'historique et la mise en cache dans Options Internet.
Allez dans Option Internet (également disponible dans VS via Outils> Options> Environnement> Navigateur Web> Options Internet Explorer).
Sous l'onglet Général, cliquez sur Paramètres dans la section Historique de navigation.
- Dans la page Fichiers Internet temporaires, sélectionnez Chaque fois que je lance Internet Explorer.
- Dans l'onglet Historique, définissez le nombre de jours nécessaires pour conserver l'historique à 0.
- Dans l'onglet Caches and Database, assurez-vous que l'option Autoriser les caches de sites Web et les bases de données n'est PAS cochée.
Je ne sais pas si tout ce qui précède est nécessaire, mais j'ai apporté un certain nombre de modifications aux fichiers et, jusqu'à présent, elles ont été immédiatement reflétées dans les versions dynamiques sans aucun problème de performances notable.
Depuis, je me suis aussi rendu compte que si je définissais "Chaque fois que je visitais la page Web" au lieu de "Chaque fois que je démarrais Internet Explorer", je ne devais pas arrêter et redémarrer le projet pour voir les modifications. C'est comme ça que ça devrait être!
Supprimez simplement le dossier 'Release' dans un projet avec une ancienne génération de code.
Vérifiez que vous n'avez pas deux versions du fichier que vous mettez à jour (une pour un groupe d'utilisateurs, une pour un groupe d'utilisateurs différent).
S'il s'agit d'une application Web, modifiez l'URL du projet avec un nouveau numéro de port.
Exemple :
Changer de http://localhost:3688/
Pour http://localhost:36881/
Pour faire ça:
Accédez à Propriétés du projet -> Web
Changer l'URL
Hit "Créer un répertoire virtuel"
Enfin, construire et exécuter
J'ai eu ce problème dans un site web.
Le site référencé 1 des projets dans la solution et les modifications apportées ne refléteraient pas le débogage.
Un troisième projet faisait référence à une DLL obsolète du même projet référencé.
J'ai supprimé le projet et toutes les références dans d'autres projets, puis tout redéfini et référencé. Tout a bien fonctionné.
J'ai eu le même problème et aucune des réponses ne fonctionnait pour moi. Il s'avère que la construction du projet ASP.Net n'a pas généré le projet Silverlight. Par conséquent, l'exécution sans débogage n'a pas mis à jour Silverlight.
Solution: cliquez avec le bouton droit sur le projet Asp.Net. Construire des dépendances> Dépendances du projet. Vérifiez le projet Silverlight. Maintenant, la construction devrait fonctionner.
- Arrêtez toute incntance de VS.
- Supprimer tout/bin, pas seulement/bin/Debug. Tout/bin
- Supprimez le fichier .suo de l'option utilisateur dans le répertoire de la solution. Il va créer sur soi.
- Supprimer toutes les fenêtres de restauration point
- Arrêtez IIS. 6 Démarrez IIS après 1 minutes.
- Reconstruire la solution, projets Buid
Cela m’arrive aussi. Très sale. Vous pouvez redémarrer votre ordinateur. Recherchez les dll globales d'assembly.