Erreur “La propriété outputpath n’est pas définie pour ce projet”

J’ai une solution multi-projet dans Visual Studio 2008. Je viens d’append une nouvelle configuration appelée Release-VersionIncrement à la solution, en spécifiant la configuration “use release” comme référence. Tous les fichiers de projet ont été mis à jour avec cette configuration. Cependant, lorsque j’essaie de comstackr un projet spécifique en utilisant cette configuration, j’obtiens l’erreur suivante:

Erreur 5 La propriété OutputPath n’est pas définie pour ce projet. Vérifiez que vous avez spécifié une combinaison Configuration / Plate-forme valide. Configuration = ‘Release-VersionIncrement’ Platform = ‘AnyCPU’ C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 DataConversion

Qu’est-ce qu’il se passe ici? Le projet comstack correctement dans la configuration Release ou Debug.

Cela se produit généralement lorsque la propriété OutputPath du fichier de projet est vide. Les fichiers de projet ne sont que des fichiers MSBuild . Pour éditer dans Visual Studio: Cliquez avec le bouton droit sur le projet, sélectionnez “Décharger le projet” puis cliquez avec le bouton droit sur le projet déchargé et sélectionnez “Modifier …”.

Recherchez le groupe de propriétés Release-Versionincrement. Il devrait ressembler à quelque chose comme

 bin\Release-VersionIncrement\ TRACE true pdbonly AnyCPU true GlobalSuppressions.cs prompt  

L’important est-il le OutputPath, existe-t-il pour votre fichier de projet? Sinon, ajoutez-le et réessayez.

J’ai également vu cette erreur lorsque notre agent de génération a été configuré pour exécuter la plate-forme ” N’importe quelle CPU ” (avec des espaces affichés dans Visual Studio) plutôt que ” AnyCPU ” (un mot spécifié dans le fichier de projet).

J’ai eu le même problème lorsque j’ai utilisé MSBuild en premier. Ma solution est la suivante: utilisez la propriété OutputPath définitivement. Comme ça:

 msbuild XXX.csproj /p:OutputPath=bin\Debug. 

Dans notre cas, nous exécutions un script de compilation sur nos boîtes de développement HP. HP dispose de certaines variables d’environnement qu’il a configurées pour ses propres besoins et dont l’une est PLATFORM (utilisée, apparemment, pour «HP Easy Setup»).

La suppression de la variable d’environnement PLATFORM a fonctionné.

Vous pouvez également tester votre script de génération à l’avenir en spécifiant la plate-forme, c’est-à-dire
msbuild /p:Platform=AnyCPU .

Si Visual Studio se plaint spécifiquement de “Platform = ‘BPC'”, vous pouvez facilement résoudre ce problème en supprimant la variable d’environnement “Platform”.

Supprimer ce mauvais garçon.

Maintenant, redémarrez Visual Studio et vous êtes prêt à partir.

Comme ” Richard Dingwall ” fait allusion, le problème est lié à VS en utilisant la version d’ affichage de ” Any CPU ” au lieu de la version MSBuild qui lit réellement ” AnyCPU

Aller dans Construire / Nouvelle définition de construction ou Modifier la définition de construction -> Processus -> Configurations à construire, ouvrez la boîte de dialog de sélection de configuration et dans ” Plate-forme ” au lieu de sélectionner ” N’importe quelle CPU “, ajoutez manuellement ” AnyCPU

Comme cela a été dit, OutputPath doit être défini ET il doit être placé avant dans le fichier .wixproj

J’ai supprimé la variable d’environnement Platform (était BNB ou smth comme ça). Le problème est parti.

J’ajoutais la plate-forme x64 à ma solution aujourd’hui, lorsque j’ai rencontré ce problème.

Dans mon cas, l’erreur se lisait comme suit:

Construit $ / ProjectDirectory / ProjectName.csproj pour les cibles par défaut. c: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (484): la propriété OutputPath n’est pas définie pour le projet ProjectName.csproj ‘. Veuillez vérifier que vous avez spécifié une combinaison valide de configuration et de plate-forme pour ce projet. Configuration = ‘Debug’ Platform = ‘x64’. Vous pouvez voir ce message parce que vous essayez de créer un projet sans fichier de solution et avez spécifié une configuration ou une plate-forme autre que celle par défaut qui n’existe pas pour ce projet.

Je savais que OutputPath devrait fonctionner OutputPath , car il s’agissait d’une solution VS existante et opérationnelle. Je suis donc passé à l’allusion suivante: “une combinaison valide de Configuration et de plate-forme”.

Aha! Visual Studio tente de créer Configuration='Debug', Platform='x64' . En regardant mon fichier de projet, j’ai réalisé que x64 n’était pas répertorié comme l’une des plates-formes possibles. En d’autres termes, j’avais les entrées ci-dessous (raccourcies):

   x86 bin\x86\Debug\ . . .   x86 bin\x86\Release\ . . .  

Solution facile alors: ajoutez simplement des entrées x64!

J’ai copié / collé les entrées x86 et les ai modifiées pour utiliser x64. Remarquez que j’ai également modifié les chemins pour ne pas écraser les versions x86:

   x64 bin\x64\Debug\ . . .   x64 bin\x64\Release\ . . .  

Je me suis battu pendant un moment, puis j’ai déchargé, créé et rechargé le projet incriminé dans la solution, puis MSBuild a fonctionné correctement.

Comme Scott S, j’ai dû supprimer la variable d’environnement “Platform” .

Puis redémarrez VS, et c’est ok: plus de message d’erreur …

Le problème était lié à la configuration de mon projet. Voici le scénario:

Solution A références:

Projet X références Projet Y
Projet Y

Solution B (celle que j’essaye de construire) références:

Projet X Projet Z

Ma solution consistait à créer une configuration portant le même nom pour la solution A, à la reconstruire puis à recréer la solution B. Le problème a été résolu.

J’ai eu ce même message d’erreur. Cela était dû à la référence à un projet déchargé et non requirejs par l’éditeur de liens (sinon, il aurait échoué au moment de la compilation). La suppression de la référence incriminée a résolu le problème.

Dans mon cas (VS2010), j’ai retiré la chaîne de caractères dans la boîte “OutputPath” qui se trouve dans l’onglet “Build” et l’a laissée vide. Ensuite, j’ai reconstruit la solution. La construction a réussi et VS a inséré le répertoire actuel “./” dans le “OutputPath”. J’ai remplacé le répertoire actuel “./” par mon chemin (“bin \ x64 \ Release \” – il suffit de dire que ce chemin est exact, VS se plaignait en premier lieu) et la reconstruction a de nouveau réussi.

Dans mon cas, OutputPath était la propriété définie dans les fichiers du projet. Mais le déchargement, le rechargement et la reconstruction ont été corrigés.

Lorsque j’ai ajouté une nouvelle configuration de solution dans ma solution, j’ai reçu une erreur: “La propriété OutputPath n’est pas définie pour le projet X. Vérifiez que vous avez spécifié une combinaison valide de configuration et de plateforme pour ce projet. Configuration = ‘QA ‘Platform =’ AnyCPU ‘. Cette erreur peut également apparaître si un autre projet tente de suivre une référence de projet à projet à ce projet, ce projet a été déchargé ou n’est pas inclus dans la solution, et le projet de référence ne construire en utilisant la même configuration ou une configuration ou une plate-forme équivalente .

Dans mon cas, le problème était dû à la partie mise en évidence de la description de l’erreur. Projet X, une partie de ma solution avait une référence de projet à ProjectY d’une autre solution (twig différente).

J’ai résolu ce problème en modifiant le projet X pour utiliser la référence de projet à ProjectY dans la solution actuelle. J’espère que cela aide quelqu’un ayant un problème similaire.

Dans mon cas, le nouveau bloc XML “PropertyGroup” a été généré au bas du document. Je viens de le remplacer après d’autres balises “PropertyGroup” et cela a résolu le problème.

J’ai créé un nouveau projet dans une nouvelle solution qui fait référence à des projets existants. Cette erreur se produit lorsque j’ajoute un projet existant (par exemple, le projet 1) et que j’essaie de générer sans append d’autres projets auxquels le projet 1 fait référence.

Assurez-vous simplement que tous les projets associés sont ajoutés à la nouvelle solution et que l’erreur disparaît.

J’ai eu la même erreur, alors j’ai regardé sur les parameters du projet et là dans la section “Build” est l’option “Construire le chemin de sortie”. Et la valeur était vide. Donc j’ai rempli la valeur “bin \” une erreur a disparu. Cela a résolu mon problème.

Si vous décidez de définir OutputPath en tant que paramètre et que votre chemin est comme suit: bin\Release\\ alors n’oubliez pas d’append \ à la fin comme ça: /p:OutputPath=bin\Release\\\\ il m’a fallu du temps pour se rendre compte que c’était le cas

J’ai eu le même problème. Je l’ai réparé en nettoyant et en reconstruisant les projets.

J’ai eu le même problème et la seule solution a été de définir manuellement la configuration de la construction dans chaque projet NCrunch.

Ouvrez la fenêtre NCrunch, où vous pouvez voir l’état de chaque génération et où vous pouvez voir que la génération échoue. Faites un clic droit sur le projet qui ne parvient pas à se construire et cliquez sur “Configurer le composant sélectionné”. Dans la section “Paramètres de construction”, la propriété “Utiliser la configuration de configuration” par exemple “AnyCPU”. (Veuillez noter que les parameters de configuration et de configuration que vous définissez doivent exister dans vos parameters de migration)

Faites-le pour tous vos projets, mais pas pour votre projet de test. Après cela, tout fonctionne bien pour moi.

J’ai eu le même problème, je l’ai corrigé en ajoutant des configurations manquantes au projet qui échouait.

BUILD -> Gestionnaire de configuration ->

Sous Configuration, colonne Ajouter

Note: Ce n’est que parce que j’ai une configuration personnalisée et que les projets nouvellement créés n’avaient pas la configuration.

Si quelqu’un obtient celui-ci dans ses journaux NCrunch, vérifiez si le PropertyGroup définissant les valeurs ‘Debug’ / ‘Release’ et ‘AnyCPU’ / ‘x86’ situé avant les groupes de propriétés utilise ces valeurs dans leur condition.

   Debug AnyCPU ...   ...   ...  

Travaillé pour moi

Dans mon cas, j’ai essayé de déplacer le groupe de propriétés contenant ma configuration personnalisée au-dessous des groupes standard. Cela l’a résolu pour moi.