Visual Studio “tout Reconstruire”échec de l'
Pourquoi Reconstruire échoue sans erreur?
Depuis ce matin, cette erreur continue de s'afficher. J'construire l'ensemble de la solution (25 C# gestion de projets) et de "Reconstruire Tous échoué" s'affiche, mais sans aucune erreur! (J'ai 13 avertissements au sujet de COM en ne soutenant pas les Génériques, mais c'est "normal" parce qu'une dll est exposé à COM.)
- Ce qui est affiché dans la "production" de l'onglet?
- +1 pour Mr47 je déteste la Liste d'Erreurs ... je ne me souviens pas combien de fois il a montré quelque chose qui n'était pas là et vice versa. Il pourrait prendre 2secs plus de temps à la recherche par le biais de la sortie, mais j'ai toujours visez plutôt sur la liste d'erreurs. Simplement en le souhaitant pour mettre en évidence les erreurs et les warnings (VS08).
- Juste de redémarrer Visual Studio et la reconstruction m'a aidé. Peut être vaut la peine d'essayer
Vous devez vous connecter pour publier un commentaire.
Pas une réponse en soi - mais vous êtes mieux de regarder la fenêtre de sortie et de voir ce qu'elle dit il.
Aussi, pour aider avec ce que vous pourriez voulez regarder votre MSBuild verbosité - comme indiqué sur cette capture d'écran (deux dernières options):
Méfiez-vous - le plus haut niveau génère une ÉNORME quantité d'informations.
Enfin à exécution
msbuildde le dossier de la solution dans une invite de commande va vraiment clou de la question - parce que les messages d'erreur et des avertissements de venir en rouge et jaune, respectivement.J'ai trouvé ma solution, et elle est simple:
Lorsque cette erreur se produit, enregistrez le projet et fermer VS 2013. Après, re-ouvrir VS2013 et ouvrir le dernier projet.
Il fonctionne comme un charme. Mais il est très ennuyeux à chaque fois!
Beaucoup de gens ont signalé ce problème dans VS2010, VS2012 et VS2013.
Pourrait être une corruption de la Solution d'Utilisateur d'Options de fichier.
Proche de la solution, supprimer son .suo (.v12.suo pour VS2012+), réouverture de la solution, et Visual Studio va en construire une nouvelle. Vous perdrez le Démarrage du Projet, les points d'arrêt, les signets, les fichiers qui sont ouverts, qui des projets/dossiers sont élargies, etc. Mais c'est mineur par rapport à la solution et non de la construction!
Avez-vous essayé de nettoyer la solution avant rebiuld il?
C'est la liste de vérifications & choses que je ferais si j'étais vous (essayez de construire après chaque étape):
Quelques instants, je le fixer avec la réparation de la .NET Framework installation (.NET Framework v4.0 Étendu dans mon cas).
J'ai eu le même problème en VS 2015. J'ai essayé les sans succès:
Enfin j'ai essayé Keith Robertson réponse, supprimer
.suo(\Visual Studio 2015\Projects\[ProjectName]\.vs\[ProjectName]\v14\.suo). Bien que cela ne m'obligez pas à faire un bon build, il n'a enfin de me donner un message d'erreur indiquant que j'avais deux points d'entrée pour mon application. Je suis allé à des propriétés de l'application (Alt + Entrée) et sélectionnez un objet de Démarrage à partir de la liste déroulante.Sélectionnez la cible appropriée cadre
- Clic droit sur le projet
- Propriétés
- Dans l'onglet applications, Sélectionnez la cible cadre
Il a travaillé pour moi.
A la solution jamais construit?
J'ai juste eu cela m'arrive à moi, et réalise que j'ai laissé un '#erreur à la ligne dans mon code et j'ai oublié à ce sujet. Quand j'ai essayé de construire, la construction a échoué, mais le #ligne d'erreur n'apparaît pas dans mes erreurs.
Essayez de rechercher tous pour les "#erreur"
Je l'ai corrigé sur mon nouveau mise en œuvre de Visual Studio 2013 en allant sur le projet de base de données /Paramètres du Projet et de s'apercevoir que la Plate-forme Cible a été SQL Server 2014 au lieu de 2012 comme il se doit.
Une fois la chance de faire cette erreur, c'est quand nous essayons de changement de nom du service nom de la référence, nous donnons un autre nom dans le service de référence, mais dans l'espace de noms de quelques-uns où il sera se référant à l'ancien nom, donc si vous les supprimer et d'ajouter une référence de service, puis garder le même nom, sinon on peut faire face à cette erreur, mais on peut voir l'erreur dans la fenêtre de Sortie.
Il y a apparemment beaucoup de causes. Je viens de trouver la cause de mon problème: le .NET version d'un nouveau projet que j'ai créé a été plus élevé que la version du projet de niveau supérieur. (4.5.2 vs 4.0)
J'ai eu un problème similaire aujourd'hui, et il fixe avec de la réparation.
Appwiz.cplJ'ai eu le même problème. J'essayais de refrence un plus .net framework version(4.5.2) à la baisse .net framework version(4.5) qui a été la cause d'erreur de construction. J'ai fait la version même dans les deux projets, et cela a fonctionné.
Dans mon cas, c'était la mauvaise date et l'heure de l'ordinateur.
Vérifier la Fenêtre de Sortie (Affichage -> Output) que cela va vous dire ce qui ne va pas. Parfois, une référence peut-être manquant ou il y a un problème avec le ciblées version de .NET pour un projet dans une solution.
Cette erreur semble un peu générique pour moi. J'ai vécu cette situation, mais j'ai réussi à résoudre différemment que l'un de ceux mentionnés ici.
J'ai un projet et de plusieurs dépendances. Et l'une de ces dépendances a subi un changement.
Lors de la compilation du projet principal en mode debug, j'ai vérifié que tout était ok.
Cependant, la commutation en mode de publication et de recompiler le problème est survenu.
Rebuild all failedet0 ErrorsPar l'analyse de la sortie de débogage, j'ai rencontré une erreur:
Bien que les dépendances de construction sont configurés correctement. Lors de la compilation en mode release, le principal projet n'est pas la nouvelle méthode créée dans le secondaire.
J'ai donc eu à recompiler à chaque projet secondaire, un par un, en mode release. Après, j'ai recompilé le projet principal et tout a fonctionné.
Espère que cela aide quelqu'un!
Je recevais pas de commentaires/messages d'erreurs. Juste que tous les projets ont échoué à construire.
J'ai fermé et essayé de nouveau, j'ai remarqué une erreur en disant: "vous n'êtes pas autorisé à accéder à..."
J'ai cliqué sur mon compte, re-entré mes informations d'identification, et reconstruit la solution.
Le tour est joué! J'ai eu ce que je suis habitué à voir quand je de construire une solution -- beaucoup d'erreurs dans toute leur gloire.
Espère que cela aide quelqu'un.