Ответ 1
Если бы вы сделали это вручную, я бы взял все файлы и добавил их обратно в новый файл проекта один за другим.
Целевая "сборка" не существует в проекте для Visual Studio
Я проверяю код для проекта, в котором участники используют разные инструменты для кодирования в c sharp (С#). Мой файл .csproj был обработан кем-то, использующим Sharp, и теперь я получаю "Целевая" сборка "не существует в проекте".
- Как я могу это исправить?
Я использую Visual Studio 2008 SP 1.
Ответы
Ответ 2
Принятый ответ - обходной путь, а не решение. Вам нужно открыть файл .csproj для редактирования в текстовом редакторе и обеспечить там следующую строку
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
Если не добавить его в конец.
Примечание. Для VS2008 это может быть $(MSBuildToolsPath)
Ответ 3
У меня была та же проблема, когда я обновил проект, построенный на VS2005, до VS2010 Express. Первоначально VS2010 отказался загружать проект с сообщением об ошибке "Проект не поддерживается этой установкой". После того, как вы попробовали много решений, наконец, это сработало, и я предполагаю, что это сработало, когда две строки были удалены из файла проекта, связанные с целью сборки. Однако он представил новую проблему, которую проект не будет строить. Конечно, это имеет смысл, поскольку я удалил записи из файла проекта, которые сообщили Visual Studio, как построить проект.
Наконец, получил еще один проект, который работал над VS2010 Express, и скопировал следующие строки в проект, который был неудачным. После этого он работал.
<Import Project="$(MSBuildBinPath)\Microsoft.VisualBasic.targets" />
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
Надеюсь, это поможет кому-то.
Ответ 4
Только что была эта проблема с Visual Studio 2017 v15.9.2, и .vs папки .vs в корне решения было единственным решением, которое работало для меня.
Ответ 5
Удаление папки .vs у меня сработало.
Ответ 6
Что касается меня, я пытался создать решение с помощью проектов F # (файлы .fsproj).
Проблема заключалась в том, что я использовал старый MSBuild (находится в пути %WINDIR%\Microsoft.NET\Framework64\v4.0.30319\MSBuild.exe).
Когда я попытался запустить новую версию, расположенную в "%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin\MSBuild.exe", все заработало нормально.
Или, если вы используете Visual Studio Enterprise или GithubActions CI, путь будет "%ProgramFiles(x86)%\Microsoft Visual Studio\2019\Enterprise\MSBuild\Current\Bin\MSBuild.exe".
Я нашел их, запустив это:
"%ProgramFiles(x86)%\Microsoft Visual Studio\Installer\vswhere.exe" -find MSBuild\**\Bin\MSBuild.exe