Le projet Visual Studio ne construit pas lorsque je clique sur le débogage ou appuie sur F5
VS2010 c #, projet winforms.
Il ne se construit pas automatiquement lorsque je clique sur le débogage ou appuie sur f5. Si je construis manuellement le projet avant de déboguer, il est compilé et les modifications apportées
Mes autres projets fonctionnent tous comme prévu. Pourquoi ne construit-il pas automatiquement?
Cliquez avec le bouton droit de la souris sur la solution (pas sur le projet) dans l'explorateur de solutions et sélectionnez Gestionnaire de configuration. Vérifiez si Build est désactivé pour la configuration actuelle.
Vérifiez vos paramètres dans Outils-> Options.
Accédez à la section Projets et solutions, page Créer et exécuter.
Il existe un paramètre "En cours d'exécution, lorsque les projets sont obsolètes:" Assurez-vous qu'il est défini sur "Toujours générer".
J'ai rencontré le même problème et j'ai fait ce qui suit:
- Exécuter Build Clean
- Fermer la solution
- Supprimer tous les fichiers de paramètres .suo et .user
- Supprimer tous les fichiers .ncb
- Ouvrez à nouveau la solution
- Décharger le projet
- Recharger le projet
- Assurez-vous que le projet est défini comme démarrage à nouveau
- Déboguer!
Vous ne pourrez peut-être faire que les étapes 6 à 9, mais je ne sais pas comment revenir dans cet état.
Parce que mon projet était indépendant des autres projets en utilisant prisme, je devais décocher «Construire uniquement les projets de démarrage et les dépendances sur Exécuter» dans Outils-> Options-> Projets et solutions-> Construire et exécuter.
Juste au cas où quelqu'un d'autre rencontrerait le même problème que moi: pour moi, cela s'est avéré être un paramètre de mon web.config comme suit:
<httpRuntime fcnMode="Disabled" targetFramework="4.5" maxRequestLength="40960" executionTimeout="1200" requestValidationMode="2.0" />
Ce type fait qu'il désactive la notification de changement de fichier, qui est utilisée pour redémarrer le domaine d'application lorsqu'un changement est détecté dans des fichiers critiques, par exemple. quoi que ce soit dans les fichiers bin ou .config. Sans fcn, je modifierais le code, appuierais sur F5 tout en conservant l'ancien code, et tous les points d'arrêt seraient supprimés, car la source était différente de ce que servait IISExpress.
J'ai eu une situation similaire avec plusieurs projets dans une solution dans Visual Studio 2013. L'un des projets que le projet de démarrage utilise n'a pas été généré lorsque j'ai cliqué sur le bouton Exécuter. Je devais cliquer avec le bouton droit sur le projet de démarrage, sélectionner "Construire des dépendances" et vérifier le projet qui n'y était pas intégré.
Quand tu travailles sur une dépendance
Dans mon cas, je travaille sur une bibliothèque utilisée par un exécutable . Il était nécessaire de dire à la solution d'inclure la dépendance de la bibliothèque dans la solution de projet exécutable afin de générer le code exécutable et le code de la bibliothèque avant de lancer le projet. débogage:
- Menu Outils, cliquez sur Options. Allez dans "Projets et solutions/Créer et exécuter", "Activer, lorsque les projets sont obsolètes" doit être activé "Toujours générer".
- Cliquez avec le bouton droit de la souris sur la solution (pas sur le projet) dans l'explorateur de solutions et sélectionnez "Dépendances du projet". Cochez les cases des dépendances "Lib1" et "Lib2".
Je me suis égratigné la tête pendant un moment, la configuration de la redirection de dossiers de notre bureau (par exemple, Mes documents pour pointer vers un emplacement réseau) ne s’est pas bien intégrée à VS.