«свойство outputpath не установлено для этого проекта» ошибка

Question

У меня есть многопроектное решение в Visual Studio 2008. Я просто добавил новую конфигурацию Release-VersionIncrement к решению, указав конфигурацию «использовать выпуск» в качестве базовой линии. Все файлы проекта были обновлены с этой конфигурацией. Однако, когда я пытаюсь составить конкретный проект, используя эту конфигурацию, я получаю следующее сообщение об ошибке:

Error 5 The OutputPath property is not set for this project. Please check to make sure that you have specified a valid Configuration/Platform combination. Configuration='Release-VersionIncrement' Platform='AnyCPU' C:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets 539 9 DataConversion

Что здесь происходит? Проект компилируется в конфигурации Release или Debug.

Answer 1

Обычно это происходит, когда свойство OutputPath файла проекта пуст. Файлы проекта - всего MSBuild. Для редактирования в Visual Studio: щелкните правой кнопкой мыши по проекту, выберите «Выгрузить проект», затем щелкните правой кнопкой мыши на выгруженном проекте и выберите «Изменить ...».

Найдите группу свойств Release-Versionincrement. Он должен выглядеть примерно так:

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

Важным там, это OutputPath, он существует для вашего файла проекта? Если не добавить его и повторите попытку.

Answer 2

Проблема связана с моей конфигурацией проекта. Вот сценарий:

ссылки Решение A:

Project X references Project Y
Project Y

Решение В (один я пытаюсь построить) ссылки:

Project X Project Z

Мое решение было создать конфигурацию с тем же имя для решения A, перестройте его, а затем переустановите решение B. Это устранило проблему.

Answer 3

У меня была такая же проблема, когда я впервые использовал MSBuild. Мое решение: используйте свойство OutputPath. Как это:

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

Answer 4

Я также видел эту ошибку, когда наш сборки агент настроен для работы платформы «Любой процессор» (с пробелами, как показано в Visual Studio), а не «AnyCPU» (одно слово как указано в файле проекта).

Answer 5

В моем случае OutputPath было установлено свойство в файлах проекта. Но разгрузка, перезагрузка и последующая перестройка фиксировали его.

Answer 6

Я удалил переменную среды Platform (был BNB или smth). Проблема ушла.

Answer 7

Я некоторое время боролся с этим, а затем также выгружал, создавал, а затем перезагружал нарушающий проект в решении, а затем MSBuild работал правильно.

Answer 8

Как «Ричард Dingwall» намекнул, что проблема связана с VS с помощью дисплея версии своих «Любого процессора» вместо версии MSBuild, который на самом деле читает «AnyCPU»

Go в Build/New Build Definition или Edit Build Definition -> Process -> Конфигурации для сборки, откройте диалог выбора конфигурации и в «Платформа» вместо выбора «Любой процессор», вручную добавьте «AnyCPU "

Answer 9

В нашем случае мы запускали скрипт сборки на наших ящиках для разработчиков HP. У HP есть некоторые переменные среды, которые они настроили для своих целей, и одна из них - PLATFORM (используется, по-видимому, для «HP Easy Setup»).

Удалено изменение переменной среды PLATFORM.

Вы также можете использовать сценарий сборки в будущем, указав платформу, то есть
msbuild /p:Platform=AnyCPU.

Answer 10

У меня было это же сообщение об ошибке. Это было вызвано ссылкой на проект, который был выгружен и не требуется компоновщиком (иначе он не сработал во время компиляции). Снятие справки о нарушении решило проблему.

Answer 11

В моем случае новый XML-блок «PropertyGroup» был создан в нижней части документа. Я только что заменил его после других тегов PropertyGroup, и это решило проблему.

Answer 12

Я добавлял платформу x64 к моему решению сегодня, когда я столкнулся с этой проблемой.

В моем случае, прочитал ошибки:

Built $/ProjectDirectory/ProjectName.csproj for default targets. c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets (484): The OutputPath property is not set for project ProjectName.csproj'. Please check to make sure that you have specified a valid combination of Configuration and Platform for this project. Configuration='Debug' Platform='x64'. You may be seeing this message because you are trying to build a project without a solution file, and have specified a non-default Configuration or Platform that doesn't exist for this project.

Я знал, что OutputPath должно быть хорошо, так как это был существующий, работая VS решения. Поэтому я перешел к следующему намеку - «действительная комбинация конфигурации и платформы».

Aha! Visual Studio пытается построить Configuration='Debug', Platform='x64'. Глядя на файл моего проекта, я понял, что x64 не упоминается как одна из возможных платформ. Другими словами, у меня были следующие записи (сокращенные):

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

Легко исправить то: просто добавьте x64 записей!

Я копирую/вставляю записи x86 и меняю их на использование x64. Заметьте, что я также изменил пути, так что они не перезаписать 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> 

Answer 13

В моем случае (VS2010) Я удалил строку в поле «OutputPath», который находится на вкладке «Build» и оставил его пустым. Затем я перестроил решение. Построение было успешным, и VS вставил текущий каталог «./» в «OutputPath». Я заменил текущий каталог «./» на мой путь («bin \ x64 \ Release») - достаточно сказать, что это точный путь к папке, который был VS, в первую очередь жалуется), а перестройка была успешной снова.

Answer 14

Я создал новый проект в новом решении, которое ссылается на существующие проекты. Эта ошибка возникает, когда я добавляю существующий проект (например, проект 1) и пытаюсь построить без добавления других проектов, на которые ссылаются 1 ссылка.

Просто убедитесь, что все связанные проекты добавлены в новое решение, и ошибка исчезнет.

Answer 15

Если Visual Studio специально жалуется на то, что «Platform = 'BPC», вы можете легко исправить это, удалив переменную среды «Платформа».

Теперь перезапустите Visual Studio, и вы хорошо идти.

Answer 16

У меня была такая же ошибка, поэтому я просмотрел параметры проекта, и там в разделе «Сборка» есть опция «Создать выходной путь». И значение было пустым. Таким образом, я заполнил значение «bin», ошибка исчезла. Это решило мою проблему.

Answer 17

Как уже было сказано, OutputPath должен быть установлен и он должен быть помещен перед тем<Import Project="$(WixTargetsPath)" /> в .wixproj файле

Answer 18

Как Скотт S, я должен был удалить «Platform» переменную окружения.

Затем перезапустите VS, и это нормально: не больше сообщения об ошибке ...

Answer 19

Если вы решили установить OutputPath как пары, и ваш путь, как: bin\Release\\ то не забудьте добавить \ в конце подобных : /p:OutputPath=bin\Release\\\\ Мне потребовалось некоторое время, чтобы понять, что это был случай

Answer 20

У меня была такая же проблема. Я исправил его чистыми и перестроил проекты.

Answer 21

У меня была такая же проблема, и единственным решением, которое помогло, было установить конфигурацию сборки вручную в каждом проекте NCrunch.

Откройте окно NCrunch, в котором вы увидите статус каждой сборки и увидите, что сбои сборки. Щелкните правой кнопкой мыши на проекте, который не удается построить, и нажмите «настроить выбранный компонент» там, где вы видите в разделе «Настройки сборки» свойство «Использовать сборку confoguration», чтобы установить его, например. «Отладка» и свойство «Использовать сборку платформы» устанавливают ее, например, "AnyCPU". (Обратите внимание, что установленные настройки сборки и конфигурации должны быть установлены в ваших настройках конфигурации)

Сделайте это для всех ваших проектов, но не для вашего тестового проекта. После этого все работает отлично для меня.

Answer 22

У меня была такая же проблема, я исправил ее, добавив недостающие конфигурации в проект, который был неудачным.

BUILD -> Configuration Manager ->

В столбце Конфигурация Добавить

Примечание: Это только случилось, потому что у меня есть пользовательские настройки и вновь созданные проекты не имеют конфигурацию.

Answer 23

Если кто-то получает этот в своих журналах NCrunch, проверьте, если PropertyGroup определения «Debug» значения/«Release» и «AnyCPU»/«x86», расположенной до группы собственности, использующие эти значения в их состоянии ,

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

Работал для меня.

Answer 24

В моем случае я попытался переместить группу свойств, содержащую мою настраиваемую конфигурацию, ниже стандартных. Он решил это для меня.

Answer 25

Когда я добавил новую конфигурацию решения в свое решение, я получил сообщение об ошибке: «Свойство OutputPath не установлено для проекта X. Пожалуйста, проверьте, чтобы вы указали правильную комбинацию конфигурации и платформы для этого проекта. Configuration = 'QA' Platform = 'AnyCPU'. Эта ошибка может также появиться, если какой-либо другой проект пытается выполнить ссылку на проект для проекта, этот проект был выгружен или не включен в решение. проект ссылки не создается с использованием той же или эквивалентной конфигурации или платформы. ProjectY ".

В моем случае проблема была вызвана выделенной частью описания ошибки. В части проекта X моего решения была ссылка на проект ProjectY другого решения (другая ветка).

Я решил эту проблему, изменив проект X, чтобы использовать ссылку проекта на ProjectY в текущем решении. Надеюсь, что это поможет кому-то, имеющему подобную проблему.