Microsoft.WebApplication.targets не знайдено на сервері збірки. Яке ваше рішення?

Спроба побудувати мій проект на сервері збірки дає мені таку помилку:

Microsoft (R) Build Engine Version 4.0.30319.1
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\TeamData\Microsoft.Data.Schema.SqlTasks.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.
error MSB4019: The imported project "C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" was not found. Confirm that the path in the <Import> declaration is correct, and that the file exists on disk.

Я вирішив цю проблему кілька місяців тому, встановивши Visual Studio 2010 на Build Server. Але тепер я налаштовую новий сервер з нуля, і хочу знати, чи є краще рішення для вирішення цього питання.

Щоб відповісти на назву питання (але не на питання про отриманий результат):

Скопіювавши таку папку із свого пристрою розробників на сервер збирання, виправляє це, якщо це лише веб-програми

C: \ програмні файли (x86) \ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications

Видаліть x86 відповідно до того, як розбивається збірка. Якщо у вас є інші типи проектів, вам, ймовірно, доведеться скопіювати всю папку msbuild.

Створення та публікація WAP не підтримується, якщо VS не встановлено. Зважаючи на це, якщо ви дійсно не хочете встановлювати VS, вам потрібно буде скопіювати всі файли в %ProgramFiles32%\MSBuild\Microsoft\.

Вам також потрібно буде встановити Інструмент веб-розгортання . Я думаю, що це все.

UPD: станом на VS2017, у Build Tools є завантаженість, яка повністю усуває цю проблему. Дивіться відповідь @SOReader .

Якщо ви хочете нічого не змінювати на сервері збірки, і ви все ще хочете, щоб проект будувався прямо з керування джерелом, можливо, буде гарною ідеєю поставити потрібні бінарні файли під контроль джерела. Вам потрібно буде змінити розділ імпорту у файлі проекту, щоб виглядати так:

<Import Project="$(SolutionDir)\BuildTargets\WebApplications\Microsoft.WebApplication.targets" />
<Import Condition="false" Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />

Перший рядок - це фактичний імпорт з нового місця розташування, що відносно каталогу рішень. Другий - це вимкнена версія ( Condition="false") оригінальної лінії, яка дозволяє Visual Studio як і раніше вважати ваш проект дійсним проектом веб-додатків (це трюк, який VS 2010 SP1 робить сам).

Не забудьте скопіювати C:\Program Files (x86)\Microsoft\VisualStudio\v10.0\WebApplicationsв BuildTargetsпапку під вашим контролем джерела.

Зараз у 2017 році ви можете встановити перелік веб-додатків за допомогою MSBuildTools. Просто перейдіть на цю сторінку, де буде завантажено інструменти MSBuild 2017, і під час встановлення натисніть, Web development build toolsщоб також встановити ці цілі:

Це призведе до встановлення відсутніх бібліотек C:\Program Files (x86)\Microsoft Visual Studio\2017\BuildTools\MSBuild\Microsoft\VisualStudio\v15.0\WebApplicationsза замовчуванням

Ви також можете використовувати пакет NuGet MSBuild.Microsoft.VisualStudio.Web.targets , посилаючись на них у своїх проектах Visual Studio, а потім змінити свої посилання, як пропонує Андрій К.

Виходячи з цієї публікації, тут ви можете просто завантажити пакет Microsoft Visual Studio 2010 Shell (інтегрований) для перерозподілу та встановити цілі.

Це дозволяє уникнути необхідності встановлення Visual Studio на сервер збирання.

Я тільки що спробував це зараз і можу перевірити, чи працює він:

Перед:

помилка MSB4019: імпортованого проекту "C: \ Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications \ Microsoft.WebApplication.targets" не знайдено. Переконайтеся, що шлях у декларації правильний та що файл існує на диску.

Після встановлення:

[Створює правильно]

Це, очевидно, краще рішення, ніж установка Visual Studio на збірному сервері, очевидно.

Останній SDK для Windows, як згадувалося вище, на додаток до "Microsoft Visual Studio 2010 Shell (інтегрований) перерозподільний пакет" для Microsoft.WebApplication.targets та "Microsoft Visual Studio Team System 2008, база даних видання GDR R2" для Microsoft.Data.Schema .SqlTasks.targets повинен полегшити необхідність встановлення Visual Studio 2010. Однак установка VS 2010 може бути фактично менш загальною для завантаження та менше роботи в кінцевому рахунку.

Додайте залежність через NuGet та встановіть параметр збірки

Мета: зміни / встановлення не потрібні агентам збирання

Тут я застосував гібридний підхід до підходу NuGet від Ллойда , який був заснований на вирішенні Андріком рішення щодо бінарних залежностей.

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

1. На машині з Visual Studio відкрийте рішення; ігноруйте, що веб-проект не працює.
2. У менеджер пакунків NuGet додайте MSBuild.Microsoft.VisualStudio.Web.targets , як згадував Ллойд.
3. Це дозволить вирішити бінарні файли [solution]\packages\MSBuild.Microsoft.VisualStudio.Web.targets.nn.n.n.n\tools\VSToolsPath\
   1. Ви можете скопіювати їх у папку з посиланнями та здійснити
   2. Або просто використовувати їх там, де вони є. Я вибрав це, але пізніше мені доведеться мати справу з номером версії.

У версії 7 я зробив наступне. Це, можливо, не було необхідним, і на основі коментарів зараз точно не потрібно. Будь ласка, дивіться коментарі нижче.

1. Далі у конфігурацію збірки TeamCity додайте Параметр збірки для env.VSToolsPathта встановіть його у папку VSToolsPath; я використав..\packages\MSBuild.Microsoft.VisualStudio.Web.targets.11.0.2.1\tools\VSToolsPath

Будуючи на сервері build / CI, вимкніть імпорт Microsoft.WebApplication.targetsвзагалі, вказавши /p:VSToolsPath=''. Це, по суті, зробить умовою наступного рядка помилковим:

<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />

Ось як це робиться в TeamCity:

Якщо ви перенесете Visual Studio 2012 на 2013 рік, відкрийте файл * .csproj з редактором.
та перевірте елемент ToolsVersion тегу "Project".

Змініть його значення з 4,0 до 12,0

• З

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="4.0" ...

• До

  <?xml version="1.0" encoding="utf-8"?>
  <Project ToolsVersion="12.0" ...

Або Якщо ви будуєте з msbuild, тоді просто вкажіть властивість VisualStudioVersion

msbuild /p:VisualStudioVersion=12.0

Джерело рішення

Здається, нова версія msbuild не постачається з Microsoft.WebApplication.targets. Для виправлення потрібно оновити файл csproj таким чином:

1) Відредагуйте веб-додаток csproj (клацніть правою кнопкою миші). Знайдіть розділ у csproj внизу щодо інструментів збирання. Це повинно виглядати так.

<PropertyGroup>  
  <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
</PropertyGroup>  
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />  
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />  
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />  

2) Вам потрібно додати один рядок VSToolsPath під тегом VisualStudioVersion, щоб він виглядав так

<PropertyGroup>  
  <VisualStudioVersion Condition="'$(VisualStudioVersion)' == ''">10.0</VisualStudioVersion>
  <!--Add the below line to fix the project loading in VS 2017 -->
  <VSToolsPath Condition="'$(VSToolsPath)' == ''">$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v$(VisualStudioVersion)</VSToolsPath>
  <!--End -->
</PropertyGroup>  
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />  
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />  
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />  

Посилання: https://alastaircrabtree.com/cannot-open-vs-2015-web-project-in-vs-2017/

Це все, що вам потрібно. Всього 103 Мб. Не встановлюйте все

Я знайшов це на підключенні MS :

Так, для створення проектів баз даних вам потрібно встановити Visual Studio 2010 на машину збирання. Для цього не потрібна додаткова ліцензія Visual Studio.

Отже, це єдиний варіант, який у мене зараз є.

Моє рішення - це поєднання кількох відповідей тут.

Я перевірив сервер збірки, і Windows7 / NET4.0 SDK вже встановлений, тому я знайшов шлях:

C: \ програмні файли (x86) \ MSBuild \ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets`

Однак у цій лінії:

<Імпортувати проект = "$ (MSBuildExtensionsPath) \ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets" />

$ (MSBuildExtensionsPath) розширюється до C: \ Program Files \ MSBuild, у якого немає шляху.

Тому я зробив створення символьної посилання за допомогою цієї команди:

mklink / J "C: \ програмні файли \ MSBuild \ Microsoft \ VisualStudio" "C: \ програмні файли (x86) \ MSBuild \ Microsoft \ VisualStudio"

Таким чином, $ (MSBuildExtensionsPath) розширюється на дійсний шлях, і жодних змін не потрібно в самому додатку, лише на сервері збирання (можливо, можна було б створити симпосилання кожної збірки, щоб переконатися, що цей крок не втрачений і "задокументований" ").

Я виправив це, додавши
/p:VCTargetsPath="C:\Program Files\MSBuild\Microsoft.Cpp\v4.0\V120"

в
Build > Build a Visual Studio project or solution using MSBuild > Command Line Arguments

Я спробував купу рішень, але врешті-решт ця відповідь спрацювала для мене: https://stackoverflow.com/a/19826448/431522

Це в основному тягне за собою виклик MSBuild з каталогу MSBuild, а не з каталогу Visual Studio.

Я також додав до свого каталогу каталог MSBuild, щоб полегшити кодування скриптів.

Усі, хто прийшов сюди на Visual Studio 2017. У мене був подібний випуск, і я не зміг скласти проект після оновлення до 15.6.1. Мені довелося встановити інструменти MSBulild, але все ж помилка була.

Мені вдалося виправити проблему, скопіювавши v14.0папку C:\Program Files (x86)\MSBuild\Microsoft\VisualStudioв ту саму папку, що v15.0і вирішила всі помилки. Отже, структура моєї папки виглядає нижче, де обидві папки містять однаковий вміст.

Якщо ви використовуєте MSBuild, як у випадку з сервером збірки, для мене працювало:

Змініть наступне:

<Import Project="$(MSBuildExtensionsPath)\Microsoft\VisualStudio\v9.0\WebApplications\Microsoft.WebApplication.targets" />
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v9.0\WebApplications\Microsoft.WebApplication.targets" Condition="false" />

до:

<Import Project="$(MSBuildBinPath)\Microsoft.VisualBasic.targets" />
<Import Project="$(VSToolsPath)\WebApplications\Microsoft.WebApplication.targets" Condition="'$(VSToolsPath)' != ''" />

Моя команда Msbuild: *"C:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe" solution.sln /p:Configuration=Debug /p:Platform="Any CPU"*

Сподіваюся, що це комусь допоможе.

Якщо ви намагаєтесь розгорнути проект за допомогою VSTS, проблема може бути пов’язана з перевіркою параметра "Розміщений контейнер Windows" замість "Хостинг VS2017" (або 18 тощо):

• Після установки інструментів MSBuild від Microsoft, визначте шлях MSBuild у змінній середовища, щоб він міг запускатися з будь-якого шляху.
• Відредагуйте .csproj файл у будь-якому редакторі блокнотів, наприклад, блокнот ++, і прокоментуйте його
• Перевірте такі елементи, ->
  • Переконайтеся, що ви використовуєте імпорт лише один раз, виберіть те, що працює.
  • Переконайтеся, що на диску накопичується така папка: "C: \ Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v14.0" або на яку версію посилається ціль MSBuild у "C: \ Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v14.0 \ WebApplications \ Microsoft.WebApplication.targets "
  • У командному рядку запустіть таку команду, щоб перевірити

C:> msbuild "C: \\ DotnetCi.sln" / p: Конфігурація = Випуск / p: ВикористовуйтеWPP_CopyWebApplication = true / p: PipelineDependsOnBuild = false

• виберіть / p перемикач у відповідних випадках, зверніться до вводу опису посилання сюди

У мене виникло це питання, будуючи проект SQL Server на конвеєрі CI / CD. Насправді, у мене це було і локально, і мені не вдалося це вирішити.

Для мене працювало використання SDK MSBuild , здатного виробляти пакет додатків SQL Server Data-Tier ( .dacpac) з набору сценаріїв SQL, що передбачає створення нового проекту. Але я хотів утримати проект SQL Server, щоб я міг зв’язати його з прямою базою даних через провідник об’єктів SQL Server у Visual Studio. Я зробив такі кроки, щоб розпочати це:

1. Зберігав мій проект SQL Server за допомогою .sqlскриптів бази даних.
2. Створено проект бібліотеки класів .NET Standard 2.0, переконавшись, що цільовою основою був .NET Standard 2.0, відповідно до вказівок у вищенаведеному посиланні.

3. Встановіть зміст .csprojнаступним чином:

   <?xml version="1.0" encoding="utf-8"?>
   <Project Sdk="MSBuild.Sdk.SqlProj/1.0.0">
     <PropertyGroup>
       <SqlServerVersion>Sql140</SqlServerVersion>
       <TargetFramework>netstandard2.0</TargetFramework>
     </PropertyGroup>
   </Project>

4. Я вибрав Sql140 як версію SQL Server, оскільки я використовую SQL Server 2019. Перевірте цю відповідь, щоб дізнатися відображення до версії, яку ви використовуєте.

5. Ігноруйте проект SQL Server при складанні, щоб він переставав локально ламатись (він створюється на Visual Studio, але він не працює на VS-коді).

6. Тепер нам .sqlзалишається лише переконатися, що файли знаходяться всередині проекту SDK при його створенні. Я домігся цього за допомогою простого розпорядження повноважень на конвеєрі CI / CD, який копіював би файли з проекту SQL Server у проект SDK:

Копіювати-Пункт-Шлях "Path.To.The.Database.Project \ dbo \ Tables \ *" -Destination (Новий елемент -Назви "dbo \ Tables" -Type Directory -Path "Path.To.The.DatabaseSDK.Project \ ")

PS: Файли повинні бути фізично в проекті SDK, або в корені, або в якійсь папці, тому посилання на .sdkфайли в проекті SQL Server не працюватимуть. Теоретично слід копіювати ці файли з умовою попереднього збирання, але з якихось незрозумілих причин це не працювало для мене. Я намагався також мати .sqlфайли в проекті SDK і пов'язувати їх з проектом SQL Server, але це легко перервало б посилання на провідник об’єктів SQL Server, тому я вирішив також припинити це.