"La proprietà outputpath non è impostata per questo progetto" errore

Ho una soluzione multiprogetto in Visual Studio 2008. Ho appena aggiunto una nuova configurazione chiamata Release-VersionIncrement alla soluzione, specificando la configurazione "use release" come base. Tutti i file di progetto sono stati aggiornati con quella configurazione. Tuttavia, quando provo a compilare un progetto specifico utilizzando questa configurazione, ottengo il seguente errore:

Errore 5 La proprietà OutputPath non è impostata per questo progetto. Verifica di aver specificato una combinazione di configurazione / piattaforma valida. Configurazione = 'Release-VersionIncrement' Piattaforma = 'AnyCPU' C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 DataConversion

Cosa sta succedendo qui? Il progetto viene compilato correttamente nella configurazione Release o Debug.

Di solito ciò accade quando la proprietà OutputPath del file di progetto è vuota. I file di progetto sono solo file MSBuild . Per modificare in Visual Studio: fare clic con il pulsante destro del mouse sul progetto, selezionare "Scarica progetto", quindi fare clic con il pulsante destro del mouse sul progetto scaricato e selezionare "Modifica ...".

Cerca il gruppo di proprietà Release-Versionincrement. Dovrebbe assomigliare a qualcosa

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release-VersionIncrement|AnyCPU' ">
  <OutputPath>bin\Release-VersionIncrement\</OutputPath>
  <DefineConstants>TRACE</DefineConstants>
  <Optimize>true</Optimize>
  <DebugType>pdbonly</DebugType>
  <PlatformTarget>AnyCPU</PlatformTarget>
  <CodeAnalysisUseTypeNameInSuppression>true</CodeAnalysisUseTypeNameInSuppression>
  <CodeAnalysisModuleSuppressionsFile>GlobalSuppressions.cs</CodeAnalysisModuleSuppressionsFile>
  <ErrorReport>prompt</ErrorReport>
</PropertyGroup>

Quello importante lì è OutputPath, esiste per il tuo file di progetto? In caso contrario, aggiungilo e riprova.

Ho anche visto questo errore quando il nostro agente di compilazione è stato configurato per eseguire la piattaforma " Any CPU " (con spazi come visualizzato in Visual Studio) anziché " AnyCPU " (una parola come specificato nel file di progetto).

Ho avuto lo stesso problema quando ho usato MSBuild per la prima volta. La mia soluzione è: usa decisamente la proprietà OutputPath. Come questo:

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

Nel nostro caso stavamo eseguendo uno script di build sulle nostre scatole per sviluppatori HP. HP ha alcune variabili di ambiente che hanno impostato per i propri scopi e una di queste è PLATFORM (usata, apparentemente, per "HP Easy Setup").

L'eliminazione della variabile d'ambiente PLATFORM ha funzionato.

Puoi anche rendere a prova di futuro il tuo script di build specificando la piattaforma, ad es
msbuild /p:Platform=AnyCPU.

Se Visual Studio si lamenta specificamente del fatto che "Platform = 'BPC'", è possibile risolverlo facilmente rimuovendo la variabile di ambiente "Platform".

Ora riavvia Visual Studio e sei a posto.

Come ha accennato " Richard Dingwall ", il problema è correlato a VS che utilizza la versione di visualizzazione di " Any CPU " invece della versione di MSBuild che in realtà legge " AnyCPU "

Vai in Build / New Build Definition o Modifica build Definition -> Process -> Configurations to build, apri la finestra di dialogo di selezione della configurazione e in " Platform " invece di selezionare " Any CPU ", aggiungi manualmente " AnyCPU "

Come è stato detto, OutputPath deve essere impostato E deve essere inserito prima <Import Project="$(WixTargetsPath)" /> nel file .wixproj

Ho rimosso Platformla variabile d'ambiente (era BNB o smth così). Il problema è sparito.

Oggi stavo aggiungendo la piattaforma x64 alla mia soluzione, quando mi sono imbattuto in questo problema.

Nel mio caso, l'errore diceva:

Costruito $ / ProjectDirectory / ProjectName.csproj per le destinazioni predefinite. c: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (484): la proprietà OutputPath non è impostata per il progetto ProjectName.csproj '. Verifica di aver specificato una combinazione valida di Configurazione e Piattaforma per questo progetto. Configurazione = Piattaforma "Debug" = "x64". Potresti visualizzare questo messaggio perché stai tentando di creare un progetto senza un file di soluzione e hai specificato una configurazione o una piattaforma non predefinita che non esiste per questo progetto.

Sapevo che OutputPathavrebbe dovuto andare bene, poiché questa era una soluzione VS esistente e funzionante. Quindi sono passato al suggerimento successivo: "una valida combinazione di configurazione e piattaforma".

Aha! Visual Studio sta cercando di compilare Configuration='Debug', Platform='x64'. Guardando il mio file di progetto, mi sono reso conto che x64 non era elencato come una delle possibili piattaforme. In altre parole, avevo le seguenti voci (abbreviate):

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Debug\</OutputPath>  
      . . .  
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
      <PlatformTarget>x86</PlatformTarget>
      <OutputPath>bin\x86\Release\</OutputPath>    
      . . .
  </PropertyGroup>

Soluzione facile quindi: aggiungi solo le voci x64!

Ho copiato / incollato le voci x86 e le ho modificate per utilizzare x64. Si noti che ho anche modificato i percorsi in modo che questi non sovrascrivano le build x86:

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x64' ">
      <PlatformTarget>x64</PlatformTarget>
      <OutputPath>bin\x64\Debug\</OutputPath>    
      . . .
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x64' ">
      <PlatformTarget>x64</PlatformTarget>
      <OutputPath>bin\x64\Release\</OutputPath>    
      . . .
  </PropertyGroup>

Ho lottato con questo per un po 'e poi ho anche scaricato, compilato e quindi ricaricato il progetto incriminato nella soluzione, quindi MSBuild ha funzionato correttamente.

Come Scott S, ho dovuto eliminare la variabile d'ambiente "Platform" .

Quindi riavvia VS, ed è ok: niente più messaggi di errore ...

Il problema aveva a che fare con la configurazione del mio progetto. Ecco lo scenario:

Riferimenti della soluzione A:

Progetto X fa riferimento a Progetto Y
Progetto Y

Riferimenti alla soluzione B (quella che sto cercando di creare):

Progetto X Progetto Z

La mia soluzione era creare una configurazione con lo stesso nome per la soluzione A, ricostruirla e quindi ricostruire la soluzione B. Questo ha risolto il problema.

Ho ricevuto lo stesso messaggio di errore. È stato causato da un riferimento a un progetto che è stato scaricato e non richiesto dal linker (altrimenti non sarebbe riuscito in fase di compilazione). La rimozione del riferimento offensivo ha risolto il problema.

Nel mio caso (VS2010) ho rimosso la stringa nella casella "OutputPath" che si trova nella scheda "Build" e l'ho lasciata vuota. Poi ho ricostruito la soluzione. La compilazione ha avuto successo e VS ha inserito la directory corrente "./" in "OutputPath". Ho sostituito la directory corrente "./" con il mio percorso ("bin \ x64 \ Release \" - basti dire che questo è il percorso esatto della cartella di cui VS si lamentava in primo luogo) e la ricostruzione ha avuto successo di nuovo.

Nel mio caso la proprietà OutputPath è stata impostata nei file di progetto. Ma scaricare, ricaricare e poi ricostruire lo ha risolto.

Quando ho aggiunto una nuova configurazione della soluzione nella mia soluzione, ho ricevuto un errore: "La proprietà OutputPath non è impostata per il progetto X. Verifica di aver specificato una combinazione valida di Configurazione e Piattaforma per questo progetto. Configurazione = 'QA 'Platform =' AnyCPU '. Questo errore può anche apparire se un altro progetto sta cercando di seguire un riferimento da progetto a progetto a questo progetto, questo progetto è stato scaricato o non è incluso nella soluzione e il progetto di riferimento non lo fa costruire utilizzando la stessa configurazione o una piattaforma equivalente. ProjectY ".

Nel mio caso il problema era dovuto alla parte evidenziata della descrizione dell'errore. La parte del progetto X della mia soluzione era avere un riferimento di progetto a ProjectY di un'altra soluzione (ramo diverso).

Ho risolto questo problema modificando il progetto X per utilizzare il riferimento del progetto a ProjectY nella soluzione corrente. Spero che questo aiuti qualcuno con problemi simili.

Nel mio caso il nuovo blocco XML "PropertyGroup" è stato generato in fondo al documento. L'ho appena sostituito dopo altri tag "PropertyGroup" e questo ha risolto il problema.

Ho creato un nuovo progetto in una nuova soluzione che fa riferimento a progetti esistenti. Questo errore si verifica quando aggiungo un progetto esistente (ad esempio progetto 1) e provo a creare senza aggiungere altri progetti a cui fa riferimento il progetto 1.

Assicurati solo che tutti i progetti relativi vengano aggiunti alla nuova soluzione e l'errore scompaia.

Ho avuto lo stesso errore, quindi ho controllato le impostazioni del progetto e nella sezione "Build" c'è l'opzione "Build output path". E il valore era vuoto. Quindi ho inserito il valore "bin \" e un errore è scomparso. Ha risolto il mio problema.

Se decidi di impostare OutputPath come parametro, e il tuo percorso è come: bin\Release\\allora ricordati di aggiungere \alla fine così: /p:OutputPath=bin\Release\\\\mi ci è voluto un po 'per capire che era il caso

Ho avuto lo stesso problema. L'ho risolto pulendo e ricostruendo i progetti.

Ho avuto lo stesso problema e l'unica soluzione che aiuta è stata impostare manualmente la configurazione di build in ogni progetto NCrunch.

Apri la finestra NCrunch, dove puoi vedere lo stato di ogni build e dove puoi vedere che la build fallisce. Fai clic con il pulsante destro del mouse sul progetto che non riesce a compilare e fai clic su "configura componente selezionato". Vedrai sotto "Impostazioni build" la proprietà "Usa configurazione build" impostala ad es. "Debug" e la proprietà "Usa piattaforma build" impostala su ad esempio "AnyCPU". (Tieni presente che le impostazioni di build e configurazione impostate devono essere presenti nelle Impostazioni di konfigration)

Fallo per tutti i tuoi progetti, ma non per il tuo progetto di prova. Dopo questo tutto funziona bene per me.

Ho avuto lo stesso problema, l'ho risolto aggiungendo configurazioni mancanti al progetto che stava fallendo.

BUILD -> Configuration Manager ->

Sotto Configurazione colonna Aggiungi

Nota: questo è accaduto solo perché ho una configurazione personalizzata e i progetti appena creati non avevano la configurazione.

Se qualcuno sta ottenendo questo nei suoi registri NCrunch, controlla se la PropertyGroupdefinizione dei valori 'Debug' / 'Release' e 'AnyCPU' / 'x86' si trova prima dei gruppi di proprietà che utilizzano quei valori nella loro condizione.

<PropertyGroup>
    <!-- this one first -->
    <Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <XXX>...</XXX>
  </PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x86'">
    <XXX>...</XXX>
</PropertyGroup>

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|AnyCPU'">
    <XXX>...</XXX>
</PropertyGroup>

Ha funzionato per me.

Nel mio caso, ho provato a spostare il gruppo di proprietà che conteneva la mia configurazione personalizzata al di sotto di quelli standard. L'ha risolto per me.

Ho appena avuto questo con VS2015 Professional:

La proprietà OutputPath non è impostata per il progetto "xxxxx.csproj". Verifica di aver specificato una combinazione valida di Configurazione e Piattaforma per questo progetto.

Questo è anche giocoleria multi-progetto tra debug / rilascio e diversi obiettivi. Ad un certo punto stavo giocherellando con le configurazioni di build e so che può rovinare VS, quindi le ho ritirate dal repository. Ancora non va bene. OutputPath è stato impostato, non c'erano più diff con uno stato buono noto quindi c'era sicuramente qualcosa che non andava con la mia installazione locale.

Ha aperto il programma di installazione di VS2015 e fatto clic su "Ripara", e voilà ... torna alla normalità (almeno finora!)