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をインストールして、数か月前にこの問題を解決しました。しかし、私は新しいサーバーを最初からセットアップしています。この問題を解決するためのより良い解決策があるかどうかを知りたいです。

質問のタイトルに回答するには（ただし、出力に関する質問には回答しない）：

次のフォルダーを開発用マシンからビルドサーバーにコピーすると、それがWebアプリケーションのみの場合、これが修正されます

C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications

ビルドの破損状況に応じてx86を削除します。他のプロジェクトタイプがある場合は、おそらくmsbuildフォルダ全体をコピーする必要があります。

VSがインストールされていない場合、WAPの構築と公開はサポートされません。そうは言っても、本当にVSをインストールしたくない場合は、の下にあるすべてのファイルをコピーする必要があります%ProgramFiles32%\MSBuild\Microsoft\。

Web配置ツールもインストールする必要があります。それだと思います。

UPD：VS2017以降、ビルドツールにはこの問題を完全に排除するワークロードがあります。@SOReaderの回答を参照してください。

ビルドサーバーで何も変更せず、プロジェクトをソース管理から直接ビルドしたい場合は、必要なバイナリをソース管理下に置くことをお勧めします。プロジェクトファイルのインポートセクションを次のように変更する必要があります。

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

最初の行は、ソリューションディレクトリに関連する新しい場所からの実際のインポートです。2つ目Condition="false"は、元の行のオフバージョン（）です。これにより、Visual Studioはプロジェクトを有効なWebアプリケーションプロジェクトと見なすことができます（これはVS 2010 SP1自体が行うトリックです）。

ソース管理下のC:\Program Files (x86)\Microsoft\VisualStudio\v10.0\WebApplicationsto BuildTargetsフォルダーをコピーすることを忘れないでください。

現在、2017年には、MSBuildToolsを使用してWebApplication redistsをインストールできます。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プロジェクト内でそれらを参照し、Andriy Kの提案に従って参照を変更することもできます。

ここのこの投稿に基づいて、Microsoft Visual Studio 2010 Shell（Integrated）Redistributable Packageをダウンロードするだけで、ターゲットがインストールされます。

これにより、ビルドサーバーにVisual Studioをインストールする必要がなくなります。

私は今これを試しました、そしてそれが機能することを確認できます：

前：

エラーMSB4019：インポートされたプロジェクト「C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v10.0 \ WebApplications \ Microsoft.WebApplication.targets」が見つかりませんでした。宣言内のパスが正しいこと、およびファイルがディスク上に存在することを確認してください。

インストール後：

[正しくビルドする]

これは、ビルドサーバーにVisual Studioをインストールするよりもはるかに優れたソリューションです。

上記の最新のWindowsSDK。Microsoft.WebApplication.targetsの「Microsoft Visual Studio 2010 Shell（Integrated）Redistributable Package」とMicrosoft.Data.Schemaの「Microsoft Visual Studio Team System 2008 Database Edition GDR R2」に加えて.SqlTask​​s.targetsを使用すると、Visual Studio 2010をインストールする必要性が軽減されます。ただし、VS 2010のインストールは、実際にはダウンロード全体が少なく、最終的には作業が少ない可能性があります。

NuGetを介して依存関係を追加し、ビルドパラメーターを設定する

目標：ビルドエージェントに変更/インストールは不要

Andrikによるバイナリ依存ソリューションのコミットに基づいた、Lloyd hereによるNuGetアプローチへのハイブリッドアプローチを採用しました。

これは、このような項目で事前に構成する必要なく、新しいビルドエージェントを追加できる理由です。

1. Visual Studioを備えたマシンで、ソリューションを開きます。Webプロジェクトが失敗することを無視します。
2. Lloydが述べたように、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

ビルド/ CIサーバーでビルドする場合は、をMicrosoft.WebApplication.targets指定して、インポートを完全にオフにします/p:VSToolsPath=''。これにより、基本的に、次の行の条件が偽になります。

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

これは、TeamCityでの実行方法です。

Visual Studio 2012を2013に移行する場合は、*。csprojプロジェクトファイルをediorで開きます。
'Project'タグのToolsVersion要素を確認します。

その値を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）Webアプリ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）VisualStudioVersionタグの下に1つのVSToolsPath行を追加して、次のようにする必要があります。

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

これで十分です。わずか103MB。すべてをインストールしないでください

私はMSコネクトでこれを見つけました：

はい、データベースプロジェクトをビルドするには、ビルドマシンにVisual Studio 2010をインストールする必要があります。これには、Visual Studioの追加ライセンスは必要ありません。

だから、これは私が今持っている唯一のオプションです。

私の解決策は、ここにいくつかの答えを組み合わせたものです。

ビルドサーバーを確認したところ、Windows7 / NET4.0 SDKが既にインストールされていたため、次のパスを見つけました。

C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets`

ただし、この行では：

<Import Project = "$（MSBuildExtensionsPath）\ Microsoft \ VisualStudio \ v9.0 \ WebApplications \ Microsoft.WebApplication.targets" />

$（MSBuildExtensionsPath）は、パスを持たないC：\ Program Files \ MSBuildに展開されます。

したがって、次のコマンドを使用して、シンボリックリンクを作成しました。

mklink / J "C：\ Program Files \ MSBuild \ Microsoft \ VisualStudio" "C：\ Program Files（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

基本的に、Visual Studioディレクトリではなく、MSBuildディレクトリからMSBuildを呼び出す必要があります。

また、スクリプトのコーディングを簡単にするために、パスに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を使用してプロジェクトをデプロイしようとしている場合、問題は「Hosted VS2017」（または18など）ではなく「Hosted Windows Container」オプションのチェックに関連している可能性があります。

• MicrosoftからMSBuildツールをインストールしたら、環境変数でMSBuildパスを定義して、任意のパスから実行できるようにします。
• notepad ++などのメモ帳エディターで.csprojファイルを編集し、コメント
• 次の要素を確認します->
  • インポートは必ず1回だけ使用し、機能する方を選択してください。
  • ドライブに次のフォルダーが存在することを確認してください： "C：\ Program Files（x86）\ MSBuild \ Microsoft \ VisualStudio \ v14.0"または "C：\ Program Files（x86）でMSBuildターゲットによって参照されているバージョン\ MSBuild \ Microsoft \ VisualStudio \ v14.0 \ WebApplications \ Microsoft.WebApplication.targets "
  • コマンドプロンプトから、次のコマンドを実行して確認します

C：> msbuild "C：\\ DotnetCi.sln" / p：Configuration = Release / p：UseWPP_CopyWebApplication = true / p：PipelineDependsOnBuild = false

• 必要に応じて/ pスイッチを選択します。ここ にリンクの説明を入力してくださいここに画像の説明を入力してください

CI / CDパイプラインでSQL Serverプロジェクトを構築するときにこの問題が発生していました。実際、私はそれをローカルでも持っていて、どうにか解決できませんでした。

私のために働いたのは、MSBuild SDKを使用していたことです。MSBuildSDK.dacpacは、一連のSQLスクリプトからSQL Serverデータ層アプリケーションパッケージ（）を作成でき、これは新しいプロジェクトの作成を意味します。しかし、SQL Serverプロジェクトを保持して、Visual StudioのSQL Serverオブジェクトエクスプローラーを介してライブデータベースにリンクできるようにしたいと考えました。これを稼働させるために、次の手順を実行しました。

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. SQL Server 2019を使用しているため、SQL ServerのバージョンとしてSql140を選択しました。この回答を確認して、使用しているバージョンへのマッピングを確認してください。

5. ビルド時にSQL Serverプロジェクトを無視して、ローカルでの破損を停止します（Visual Studioではビルドされますが、VSコードでは失敗します）。

6. これで.sql、ビルド時にファイルがSDKプロジェクト内にあることを確認する必要があります。私は、SQL ServerプロジェクトからSDKプロジェクトにファイルをコピーするCI / CDパイプラインで単純なpowershellルーチンを使用してそれを実現しました。

Copy-Item -Path "Path.To.The.Database.Project \ dbo \ Tables \ *" -Destination（New-item -Name "dbo \ Tables" -Type Directory -Path "Path.To.The.DatabaseSDK.Project \ "）

PS：ファイルは、SDKプロジェクト内のルートまたはフォルダーに物理的に存在する必要があるため.sdk、SQL Serverプロジェクト内のファイルへのリンクは機能しません。理論的には、ビルド前の状態でこれらのファイルをコピーすることは可能であるはずですが、いくつかのあいまいな理由により、これは私にとってはうまくいきませんでした。また.sql、SDKプロジェクトにファイルを配置してSQL Serverプロジェクトにリンクしようとしましたが、SQL Serverオブジェクトエクスプローラーとのリンクが簡単に壊れてしまうため、これも削除することにしました。