ошибка «свойство outputpath не установлено для этого проекта» - PullRequest
88 голосов
/ 09 июля 2009

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

Ошибка 5 Свойство OutputPath не является установить для этого проекта. Пожалуйста, проверьте, чтобы убедитесь, что вы указали действительная конфигурация / платформа сочетание. Конфигурация = 'Release-VersionIncrement' Платформа = 'AnyCPU' C: \ WINDOWS \ Microsoft.NET \ Framework \ v3.5 \ Microsoft.Common.targets 539 9 Преобразование данных

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

Ответы [ 26 ]

3 голосов
/ 04 мая 2015

Как Скотт S, мне пришлось удалить переменную среды "Платформа" .

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

2 голосов
/ 16 мая 2012

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

2 голосов
/ 09 июля 2009

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

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

Проект X ссылается на Проект Y
Проект Y

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

Проект X Проект Z

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

2 голосов
/ 11 декабря 2012

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

1 голос
/ 17 ноября 2010

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

1 голос
/ 16 ноября 2017

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

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

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

0 голосов
/ 15 августа 2017

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

0 голосов
/ 14 ноября 2016

Если кто-то получает это в своих журналах 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>

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

0 голосов
/ 15 апреля 2016

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

BUILD -> Диспетчер конфигурации ->

Под столбцом конфигурации Добавить

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

0 голосов
/ 16 февраля 2016

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

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

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

...