Je suis en train de déboguer le travail de quelqu'un d'autre et la solution est assez grande. Lorsque j'essaie de construire le tout dans son intégralité, plusieurs projets de la solution ne se construisent pas et ne font que sauter. Afficher la fenêtre de sortie pendant le processus de construction indique:
1> ------ Ignoré Tout reconstruire: Projet: pr1lib ------
Comment puis-je déterminer pourquoi ces versions ont été ignorées? Je suis incapable de trouver une sortie supplémentaire.
Ceci est avec VS2008 et la solution est composée de code c # et c ++.
Cliquez avec le bouton droit sur la solution, choisissez Propriétés, puis Propriétés de configuration. Ici, vous pouvez choisir les projets à construire.
[ modifier ]:
Voir le commentaire de Kdt: ... lorsque j'ai consulté les propriétés de configuration ... la cible de construction du projet était configurée pour "Plateformes mixtes" alors que la solution était configurée pour générer "Tout processeur"
* Lorsque ce problème m’était arrivé, le projet principal ne contenait que «Tout processeur» et définissait la DLL enfant sur «Tout processeur». Cependant, j’avais supprimé ce profil et laissé seulement «x86». Choisir x86 pour seulement la dll le faire fonctionner
[/modifier]
Je viens d'avoir le même problème- "décharger le projet" et "recharger le projet" a résolu le problème!
Si la confixguration est x64 et que le compilateur x64 n'est pas installé, le projet sera ignoré.
Les opérations de construction, de reconstruction et de nettoyage ont été ignorées. Le déchargement et le rechargement n'ont pas aidé, pas plus que le redémarrage de Visual Studio.
Une fois que j'ai retiré le projet de la solution et que je l'ai rajouté, il n'est plus ignoré. Pour le supprimer, dans l'Explorateur de solutions, cliquez avec le bouton droit sur le projet> Supprimer> OK. Pour le rajouter, dans l'Explorateur de solutions, cliquez avec le bouton droit de la souris sur la solution> Ajouter> Projet existant et sélectionnez votre projet.
Le visual studio 2008 peut-être parce que le compilateur 64 bits n’aurait pas été installé.
Panneau de configuration -> Programmes et fonctionnalités -> Microsoft Visual Studio 2008 Professional -> [double clic]
Dans la boîte de dialogue Visual Studio
Next -> Ajouter/supprimer des fonctionnalités -> (Sous) Visual C++ -> (sélectionnez) compilateur x64 et outils
Hey, viens de réparer celui-ci. Je pensais que cela pourrait aider. Vous n'avez probablement pas installé les compilateurs correspondants avec Visual Studio. Cela m'est arrivé aujourd'hui - par défaut, le programme d'installation de VS 2008 n'installe pas le compilateur x64 C++.
Si vous avez le SP1, désinstallez-le avant de modifier l'installation de VS. Une fois terminé, installez SP1 à nouveau.
Le problème existe également dans VS 2010; des solutions proposées: édition de configuration de construction, nettoyage, modification/modification du cadre cible, NE FONCTIONNE PAS. Mais décharger et recharger le projet le fait.
Allez dans le menu de construction et choisissez "gestionnaire de configuration". Cela montrera quels projets sont configurés pour construire la configuration sélectionnée.
Avait le même problème, a découvert que le paramètre du projet était pour le processeur Itanium, le changer pour Intel corrigé.
Cliquez avec le bouton droit de la souris sur la solution située dans l'explorateur de votre solution, puis cliquez sur Propriété en bas du menu. Dans les fenêtres de propriétés, cliquez sur Propriétés de configuration -> Configuration dans le volet de gauche, vous verrez la liste des projets dans le volet de droite, assurez-vous que la case Construire est cochée dans la fenêtre contextuelle.
Si votre solution contient un fichier de projet NuGet (* .nuproj), essayez de le décharger puis de reconstruire votre solution.
Cela a fonctionné pour moi après rien de ce qui précède n'a fonctionné.
Je rencontrais le même problème avec VS2005, toutes les configurations étaient correctes… .. Il sautait même la commande Nettoyer le projet.
Enfin, Déchargement/Rechargement a fait la magie.
Ma solution est la même que celle mentionnée précédemment: Supprimer -> Ajouter un projet existant
Mais / cette solution implique que les références entre projets disparaissent
Pour éviter de rajouter des références: et si vous utilisez un système de contrôle de version comme GIT ou TFS ou autre, il est possible d’atteindre l’objectif avec les étapes suivantes:
Assurez-vous que tous les changements sont validés/enregistrés avant l'opération
Parcourez tous les projets en les supprimant de la solution et en les ajoutant aux existants
Notez que le fichier .sln a changé
Conservez le nouveau fichier .sln, mais annulez les modifications apportées à tous les fichiers .cspoj avec le système de contrôle de version.
Le studio visuel 2017
Après avoir ajouté la configuration dans le gestionnaire de configuration
Clic droit sur le projet -> projet uniquement -> construction uniquement/reconstruction uniquement/nettoyage uniquement
si tous les autres paramètres sont corrects.
J'ai eu un problème très similaire après avoir généré un projet à partir d'un décompilateur de Telerik, puis avoir essayé de le recompiler. Le projet a été ignoré chaque fois que j'ai essayé de le reconstruire. J'ai essayé beaucoup des suggestions ci-dessus, mais pour moi, c'était le .NET Framework sélectionné dans les propriétés du projet.
Cliquez avec le bouton droit de la souris sur le projet dans le fichier de solution, sélectionnez Propriétés, l'onglet Application, modifiez le cadre cible de 4.0 à 3.5.
Ensuite, reconstruisez, et j'ai un tas d'erreurs manquantes dans les références d'assemblage, ce qui est logique puisque je n'y ai pas encore ajouté de références.
J'ai eu un problème similaire, j'ai eu un projet qui ne pouvait pas charger dans la solution Explorer pour une raison quelconque. Lorsque j'ai chargé ce projet, cela a fonctionné à merveille.
VS 2008 ignorera les cibles x64 si le compilateur x64 n'est pas installé. VS 2008 ne fonctionne pas par défaut. Une sorte de duh, chose.
Je constate que, parfois, lorsque la plate-forme cible est configurée pour indiquer x86 dans votre solution et dans vos projets, le projet ne l'a pas toujours réellement sélectionné.
Pour vérifier, allez dans les propriétés du projet et voyez si vous pouvez sélectionner cette plateforme dans le paramètre Construire-> Plateforme si vous ne le pouvez pas, vous devrez alors accéder au gestionnaire de configuration et créer cette configuration.
j'ai mis à jour à 15.9.11, ... après quelques versions, le même problème: la plupart des projets sont ignorés (qui construit une seconde auparavant sans problèmes). Décharger/recharger la solution est toujours utile dans mon cas, mais cela se reproduira bientôt.
Je ne sais pas pourquoi ... sauf un gros bug dans VS2017
J'ai vérifié le gestionnaire de configuration, toutes les cases à cocher sont définies pour construire.
Peut-être que cela a quelque chose à voir avec les paquets de nuget, mais ce n'est qu'une supposition
La solution a seulement c ++/vcxproj, pas de csproj. 64 et 32 sont installés à la fois
assurez-vous d’abord de «nettoyer». En général, Visual Studio ne reconstruit pas un projet qui n’est pas périmé (pour ce qui le concerne) et ne fait que réutiliser le code objet qu’il possède déjà.
L'exécution d'un nettoyage devrait effacer tout le code précédemment compilé et les VS ne devraient pas ignorer le projet (en supposant que le gestionnaire de configuration ait les projets sélectionnés pour construire ... voir la réponse précédente).
J'espère que cela pourra aider.
Je mets à jour une petite mise à jour de Visual Studio 2017, puis le programme d'installation me rappelle de redémarrer mon ordinateur, mais je ne l'ai pas redémarré.Lorsque je construis mon projet ou ma solution dans Visual Studio 2017, je rencontre le même problème que précédemment. Je suppose que la mise à jour est possible. la clé, alors je redémarre mon ordinateur, je l'ai fait.:>
J'en ai eu un étrange qui mérite peut-être d'être documenté parmi les autres possibilités ici ..
J'avais ajouté un Projet partagé à ma solution, avec du code utilisé dans deux ou trois des autres projets. Comme vous le savez, les projets partagés ne sont que du code, et pas vraiment un projet au sens traditionnel du terme. Vous ne pouvez pas «construire» un projet partagé, il s'agit simplement d'un code intégré dans les autres projets, puis construit à cet endroit.
Cependant, mon fichier de solution avait été mis à jour comme si le projet partagé était une chose à construire. J'imagine alors que chaque fois que j'essayais de créer et que je n'avais pas changé le code dans le projet partagé, alors cela signifiait «rien n'a changé, ignorez ces versions».
J'ai trouvé le projet partagé dans le fichier solution.sln
comme:
Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"
..qui va bien. Ce qui ne va pas, c'est que ce projet est également apparu dans la GlobalSection(ProjectConfigurationPlatforms) = postSolution
comme:
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU
J'ai supprimé ces quatre lignes de mon fichier .sln
, et maintenant, les choses semblent à nouveau heureuses
J'ai eu ce problème avec certains projets Windows CE sur un nouveau PC. "Unload project" et "Reload project" semblent résoudre le problème, mais en réalité, Visual Studio est simplement passé à une plate-forme différente et l'a construite.
Il s'est avéré que bien que ma plate-forme WinCE apparaisse comme étant la plate-forme active, Visual Studio ne l'a pas "vraiment" vue. La solution consistait à réinstaller le SDK WinCE avec des privilèges d’administrateur :
msiexec /log SDKInstallLog.txt /package <the path to your .msi file>
J'ai eu ce problème dans Visual Studio 2017 15.9.4 et après quelques recherches et constatations, j'ai découvert que, dans ma solution, le fichier .csproj d'un des projets avait été corrompu après la fusion dans TFS. (Je pouvais construire d'autres projets en déchargeant le projet problématique de la solution) ..____ J'ai résolu mon problème en comparant le fichier .csproj avant et après la fusion et en le corrigeant. Et par correction, je veux dire puisque le type de mon propre projet était .netStandard, j’ai supprimé les lignes inutiles, y compris Configuration PropertyGroup , tous et d’autres dans le nouveau fichier .csproj pour le rendre similaire à la version précédente.
J'ai eu une chose semblable juste pour moi. Je ne sais pas quel était le problème, mais il ne le ferait pas Nettoyer , Construire , Reconstruire , etc. J'opère dans Visual Studio 2017 et voulais un netstandard2.0
Assembly . Le problème pour moi était que, d'une manière ou d'une autre, le type de projet était incorrect. Peut-être que je suis parti d'une bibliothèque de classes netcoreapp
, quelque chose comme ça, coincé dans le fichier Solution , je ne me souviens pas. Quoi qu’il en soit, j’ai sauvegardé le projet, créé un nouveau projet de bibliothèque de classe netstandard
et pris en compte les bits sauvegardés, ce qui m’a corrigé. HTH quelqu'un.
Je viens d'avoir ce problème:
J'avais mis à jour VS 2017 avec la dernière version 15.9.11 et quelques-uns de mes projets avaient été mis à jour vers .net core 2.2. J'ai initialement chargé tous les projets essayés de construction/nettoyage/reconstruction et tout a été ignoré. Suivi le ci-dessous pour résoudre:
Voilà, tout était de retour dans l'action et j'ai pu construire tous les projets avec succès.
4. enregistrer le fichier 5. ouvrir visual studio et tout meilleur