Erro “a propriedade outputpath não está definida para este projeto”


90

Eu tenho uma solução de vários projetos no Visual Studio 2008. Acabei de adicionar uma nova configuração chamada Release-VersionIncrement à solução, especificando a configuração "use release" como linha de base. Todos os arquivos do projeto foram atualizados com essa configuração. No entanto, quando tento compilar um projeto específico usando essa configuração, recebo o seguinte erro:

Erro 5 A propriedade OutputPath não está definida para este projeto. Verifique se você especificou uma combinação válida de configuração / plataforma. Configuração = 'Release-VersionIncrement' Platform = 'AnyCPU' C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 DataConversion

O que está acontecendo aqui? O projeto compila bem na configuração de liberação ou depuração.


6
Lutei com isso por horas até que percebi que a lista suspensa na definição de compilação do TFS tem "Qualquer CPU" em vez de "AnyCPU" !!!!
The Muffin Man

1
No VS2012, o menu suspenso na configuração de compilação é "Qualquer CPU", mas dentro do arquivo .csproj está "AnyCPU", portanto, no Jenkins ou na linha de comando, use "AnyCPU".
Jirong Hu

Respostas:


94

Normalmente, isso acontece quando a propriedade OutputPath do arquivo de projeto está em branco. Os arquivos de projeto são apenas arquivos MSBuild . Para editar no Visual Studio: Clique com o botão direito do mouse no projeto, selecione "Descarregar projeto" e clique com o botão direito no projeto descarregado e selecione "Editar ...".

Procure o grupo de propriedades Release-Versionincrement. Deve ser parecido com

<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>

O importante aí é o OutputPath, existe para o seu arquivo de projeto? Se não, adicione-o e tente novamente.


33
Se o caminho de saída estiver correto e você ainda estiver recebendo esse erro, pode haver referências a assemblies ou outros projetos que não existem mais. Limpe as referências antigas. Essa foi minha experiência.
John K

3
Acabei de descobrir esse erro e tive que modificar o arquivo de projeto diretamente. Mesmo que a página de propriedades do projeto diga "Qualquer CPU", a propriedade foi definida como em branco inicialmente e eu peguei uma configuração Platform = BPC das minhas variáveis ​​de ambiente. Depois de consertar isso e definir / redefinir a página de propriedades de Any CPU para x86 e vice-versa, ela ainda não compilava, alegando que a plataforma agora era 'x86' (?!?). Com certeza, segui as etapas aqui e descobri que agora estava definido como x86, então editei manualmente e agora todos estão felizes novamente. Obrigado rapazes!
DaveN59

2
Meu arquivo de projeto tinha o PropertyGroup esperado, com um OutputPath não vazio, e eu estava recebendo este erro. A única coisa que notei foi que o PropertyGroup para esta configuração específica era o primeiro elemento sob o nó raiz no arquivo, e o atributo Condition não tinha um espaço à esquerda e à direita, ao contrário de todas as outras Condições de configuração. Neste ponto, movi este elemento abaixo de algumas das outras configurações (não tenho certeza de por que isso faria diferença, estava apenas tentando algumas coisas) e adicionei o espaço em branco na condição. Depois disso, funcionou. Não tenho certeza do que fez a diferença.
Seth Flowers

2
Eu tive outro problema. Eu usei SlowCheetah para criar minhas transformações de configuração para meu projeto do Windows. As configurações não tinham os espaços em branco como @sethflowers sugerido. Eu adicionei aqueles, mas não ajudou. Vi que havia outro grupo de propriedades entre as configurações. Então resolvi isso (apenas coloquei o grupo de propriedades abaixo dos grupos de propriedades de configuração do projeto) e o problema foi embora. Obrigado por todas as sugestões aqui. Isso me economizou tempo !!!
Ralph Jansen

7
Deffo tente com \ p: Platform = "AnyCPU" em vez de \ p: Platform = "Any CPU". Isso funcionou para mim! Estava olhando para isso há muito tempo!
Lee Englestone,

78

Também vi esse erro quando nosso agente de compilação foi configurado para executar a plataforma " Any CPU " (com espaços conforme exibido no Visual Studio) em vez de " AnyCPU " (uma palavra conforme especificado no arquivo de projeto).


5
Eu encontrei o mesmo problema, parece que no nível da solução, "Any CPU" é válido, mas no nível do projeto, é "AnyCPU". Em outras palavras, tudo msbuild myproj.sln /p:Configuration=Debug /p:Platform="Any CPU"bem, porém, ao construir o projeto, tive que omitir o espaço em Any CPU: msbuild myproj.proj1.csproj /p:Configuration=Debug /p:Platform=AnyCPUpara suprimir o erro da propriedade Outputpath.
Emil G

2
Inacreditável, e que PITA para configuração de CI. Venho lutando com isso há dias.
Jeremy Holovacs

Eu tive este erro quando não pude construir no servidor de compilação principal e o alternativo que selecionei passou em "Qualquer CPU" em vez de "Qualquer CPU". Depois de verificar, houve algumas diferenças nos números das versões do MSBUILD e de outro software. Obrigado pela sua resposta,
Gilles

1
Não acredito que o culpado foi o espaço!
Alexandra

36

Tive o mesmo problema quando usei o MSBuild pela primeira vez. Minha solução é: use a propriedade OutputPath definitivamente. Como isso:

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

Isso resolveu meu problema para uma compilação do TeamCity Azure Cloud Service. +1
starmandeluxe

Da mesma forma para mim com o CI Build do VSO.
StriplingWarrior de

11

Em nosso caso, estávamos executando um script de compilação em nossas caixas de desenvolvedor HP. A HP tem algumas variáveis ​​de ambiente que eles configuraram para seus próprios fins e uma delas é PLATFORM (usado, aparentemente, para "HP Easy Setup").

A exclusão da variável de ambiente PLATFORM funcionou.

Você poderia também à prova de futuro o seu script de construção, especificando a plataforma, ou seja
msbuild /p:Platform=AnyCPU.


Isso me pegou no meu novo laptop HP - obrigado @Boggin - isso não teria me ocorrido.
Rob Cooper

9

Se o Visual Studio reclamar especificamente de "Platform = 'BPC'", você poderá corrigir isso facilmente removendo a variável de ambiente "Platform".

Exclua este menino mau.

Agora reinicie o Visual Studio e você está pronto para ir.


6

Como " Richard Dingwall " sugeriu, o problema está relacionado ao VS usando a versão de exibição de " Any CPU " em vez da versão do MSBuild que realmente lê " AnyCPU "

Vá para Build / New Build Definition ou Edit Build Definition -> Process -> Configurations to build, abra a caixa de diálogo de seleção de configuração e em " Platform " em vez de selecionar " Any CPU ", adicione manualmente " AnyCPU "


6

Como foi dito, OutputPath deve ser definido E deve ser colocado antes <Import Project="$(WixTargetsPath)" /> no arquivo .wixproj


Este estava relacionado ao meu problema, eu adicionei uma nova configuração para um projeto wix depois de criá-lo e a nova configuração foi adicionada no final do arquivo para que todos os PropertyGroups relacionados a essa nova configuração fossem colocados DEPOIS desta importação, movendo-os para o topo, ao lado dos outros, fez funcionar para mim.
Eugenio Miró

4

Eu removi Platforma variável de ambiente (era BNB ou smth assim). O problema desapareceu.


1
Infelizmente, mesmo depois de remover a variável de ambiente da plataforma, é necessária uma reinicialização completa!
79E09796

4

Eu estava adicionando a plataforma x64 à minha solução hoje, quando me deparei com esse problema.

No meu caso, o erro foi:

Construído $ / ProjectDirectory / ProjectName.csproj para destinos padrão. c: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Microsoft.Common.targets (484): A propriedade OutputPath não está definida para o projeto ProjectName.csproj '. Verifique se você especificou uma combinação válida de configuração e plataforma para este projeto. Configuração = 'Depurar' Plataforma = 'x64'. Você pode estar vendo esta mensagem porque está tentando construir um projeto sem um arquivo de solução e especificou uma configuração ou plataforma não padrão que não existe para este projeto.

Eu sabia que OutputPathdeveria funcionar, já que essa era uma solução VS existente e funcional. Então, passei para a próxima dica - "uma combinação válida de configuração e plataforma".

Aha! O Visual Studio está tentando construir Configuration='Debug', Platform='x64'. Olhando para o meu arquivo de projeto, percebi que x64 não estava listado como uma das plataformas possíveis. Em outras palavras, eu tinha as entradas abaixo (abreviadas):

  <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>

Solução fácil então: basta adicionar entradas x64!

Copiei / colei as entradas x86 e as alterei para usar x64. Observe que também modifiquei os caminhos para que eles não substituam as compilações 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>

3

Lutei com isso por um tempo e depois também descarreguei, criei e recarreguei o projeto ofensivo na solução, e então o MSBuild funcionou corretamente.


3

Como Scott S, tive que excluir a variável de ambiente "Plataforma" .

Em seguida, reinicie o VS e está tudo bem: nenhuma mensagem de erro mais ...


Isso funcionou para mim quando excluí a plataforma que havia especificado na minha etapa Build vNext MSBuild também.
4imble de

2

O problema tinha a ver com a configuração do meu projeto. Aqui está o cenário:

Referências da solução A:

Projeto X referencia Projeto Y
Projeto Y

Referências da solução B (aquela que estou tentando construir):

Projeto X Projeto Z

Minha solução foi criar uma configuração com o mesmo nome para a Solução A, reconstruí-la e, em seguida, reconstruir a Solução B. Isso resolveu o problema.


1
Eu estava encontrando o mesmo erro e essa solução alternativa foi a única coisa que funcionou para mim. Basicamente, eu tinha uma solução de configuração de plataforma "Win32" que constrói um projeto silverlight com a configuração de plataforma "Any CPU" e também um projeto de aplicação web com a configuração de plataforma "x86" que hospeda o projeto silverlight. Tive que adicionar uma nova configuração de plataforma de projeto ao projeto silverlight, "x86" (e manter a antiga como a configuração padrão) para que o msbuild funcione conforme o esperado.
Rami A.

2

Eu tive essa mesma mensagem de erro. Foi causado por ter uma referência a um projeto que foi descarregado e não exigido pelo vinculador (caso contrário, ele teria falhado no tempo de compilação). Remover a referência ofensiva resolveu o problema.


2

No meu caso (VS2010), removi a string na caixa "OutputPath" que está na guia "Build" e a deixei em branco. Então eu reconstruí a solução. A compilação foi bem-sucedida e o VS inseriu o diretório atual "./" no "OutputPath". Substituí o diretório atual "./" pelo meu caminho ("bin \ x64 \ Release \" - basta dizer que este é o caminho exato da pasta que o VS estava reclamando em primeiro lugar) e a reconstrução foi bem-sucedida novamente.


1

No meu caso, o OutputPath foi definido como propriedade nos arquivos do projeto. Mas descarregar, recarregar e então reconstruir consertou.


1

Quando adicionei uma nova configuração de solução em minha solução, recebi um erro, "A propriedade OutputPath não está definida para o projeto X. Verifique se você especificou uma combinação válida de Configuração e Plataforma para este projeto. Configuração = 'QA 'Platform =' AnyCPU '. Este erro também pode aparecer se algum outro projeto está tentando seguir uma referência projeto a projeto para este projeto, este projeto foi descarregado ou não está incluído na solução, e o projeto de referência não construir usando a mesma configuração ou plataforma equivalente. ProjetoY ".

No meu caso, o problema foi devido à parte destacada da descrição do erro. Projeto X parte da minha solução era ter uma referência de projeto para ProjetoY de outra solução (ramo diferente).

Resolvi esse problema modificando o projeto X para usar a referência do projeto para o ProjectY na solução atual. Espero que isso ajude alguém com problema semelhante.


0

No meu caso, o novo bloco XML "PropertyGroup" foi gerado na parte inferior do documento. Acabei de substituí-lo após outras tags "PropertyGroup" e isso resolveu o problema.


0

Criei um novo projeto em uma nova solução que faz referência a projetos existentes. Este erro ocorre quando adiciono um projeto existente (digamos, projeto 1) e tento construir sem adicionar outros projetos aos quais o projeto 1 faz referência.

Apenas certifique-se de que todos os projetos relacionados sejam adicionados à nova solução e o erro desapareça.


0

Eu tive o mesmo erro, então olhei nas configurações do projeto e lá na seção "Build" está a opção "Build output path". E o valor estava vazio. Então, eu preenchi o valor "bin \" e um erro desapareceu. Isso resolveu meu problema.


0

Se você decidir definir OutputPath como um parâmetro e seu caminho for assim: bin\Release\\lembre-se de adicionar \no final assim: /p:OutputPath=bin\Release\\\\demorei um pouco para perceber que era o caso


0

Eu tive o mesmo problema. Consertei limpando e reconstruindo os projetos.


0

Eu tive o mesmo problema, e a única solução que ajudou foi definir a configuração de compilação manualmente em cada projeto NCrunch.

Abra a janela NCrunch, onde você pode ver o status de cada compilação e onde você pode ver que a compilação falhou. Clique com o botão direito do mouse no projeto que não consegue construir e clique em "configurar o componente selecionado" lá você vê em "Configurações de construção" a propriedade "Usar configuração de construção" configurada como, por exemplo, "Depurar" e a propriedade "Usar plataforma de construção" configurada como por exemplo, "AnyCPU". (Por favor, note que as opções de construção e configuração que você definiu devem existir em suas configurações do konfigration)

Faça isso para todos os seus projetos, mas não para o projeto de teste. Depois disso, tudo funciona bem para mim.


0

Eu tive o mesmo problema, resolvi adicionando configurações ausentes ao projeto que estava falhando.

CONSTRUIR -> Gerenciador de Configuração ->

Na Coluna de Configuração, Adicionar

Observação: isso só aconteceu porque eu tenho uma configuração personalizada e os projetos recém-criados não têm essa configuração.


0

Se alguém está obtendo este em seus logs do NCrunch, verifique se a PropertyGroupdefinição dos valores 'Debug' / 'Release' e 'AnyCPU' / 'x86' localizados antes dos grupos de propriedade usam esses valores em sua condição.

<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>

Funcionou para mim.


0

No meu caso, tentei mover o grupo de propriedades que continha minha configuração personalizada para baixo dos padrões. Isso resolveu para mim.


0

Acabei de fazer isso com o VS2015 Professional:

A propriedade OutputPath não está definida para o projeto 'xxxxx.csproj'. Verifique se você especificou uma combinação válida de configuração e plataforma para este projeto.

Isso também é um malabarismo multiprojeto entre depurar / liberar e diferentes alvos. Eu estava mexendo nas configurações de compilação em algum momento e sei que isso pode atrapalhar o VS, então retirei-as do repo. Ainda não é bom. OutputPath foi definido, não havia mais diffs com um estado bom conhecido, então definitivamente havia algo errado com minha instalação local.

Abriu o instalador do VS2015 e clicou em "Reparar" e pronto ... de volta ao normal (pelo menos até agora!)

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.