Msgstr "свойство outputpath не задано для этого проекта".

Ответ 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, он существует для вашего файла проекта? Если не добавить его и повторите попытку.

Ответ 2

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

Ответ 3

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

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

Ответ 4

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

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

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

Ответ 5

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

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

Ответ 6

Как "намек Ричард Динголл", проблема связана с VS, используя версию " Any CPU" вместо версии MSBuild, которая на самом деле читает " AnyCPU

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

Ответ 7

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

Ответ 8

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

Ответ 9

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

В моем случае ошибка читается:

Построен $/ProjectDirectory/ProjectName.csproj для целей по умолчанию.  c:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(484): свойство OutputPath не установлено для проекта ProjectName.csproj '. Убедитесь, что вы указали правильную комбинацию конфигурации и платформы для этого проекта. Configuration = 'Debug' Platform = 'x64'. Вы можете увидеть это сообщение, потому что пытаетесь создать проект без файла решения и указали конфигурацию или платформу, отличную от по умолчанию, которая не существует для этого проекта.

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

Ага! 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>

Ответ 10

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

Ответ 11

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

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

Ответ 12

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

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

Проекты X ссылки Project Y
Проект Y

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

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

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

Ответ 13

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

Ответ 14

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

Ответ 15

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

Ответ 16

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

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

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

Ответ 17

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

Ответ 18

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

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

Ответ 19

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

Ответ 20

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

Ответ 21

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

Ответ 22

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

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

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

Ответ 23

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

BUILD → Configuration Manager →

В разделе "Колонка конфигурации" Добавить

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

Ответ 24

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

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

Ответ 25

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

Ответ 26

Только что это было с VS2015 Professional:

Свойство OutputPath не установлено для проекта "xxxxx.csproj". Пожалуйста, убедитесь, что вы указали правильную комбинацию конфигурации и платформы для этого проекта.

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

Открыл установщик VS2015 и нажал "Восстановить", и вуаля... вернуться в нормальное состояние (пока, по крайней мере!)