SharePoint ソリューションのビルドとデバッグ
一般に、SharePoint ソリューションをビルドおよびデバッグするのは、Visual Studio でその他の種類のプロジェクトをビルドおよびデバッグするのと同じです。 このセクションのトピックでは、いくつかある相違点について説明します。
SharePoint ソリューションのプロジェクト出力
SharePoint ソリューションをビルドすると、アセンブリおよびソリューション パッケージ (.wsp) ファイルが作成されます。 次の表に、ビルド時にこれらのファイルが置かれる場所を示します。
| ビルド項目 | 出力フォルダー |
|---|---|
| アセンブリ、プログラム データベース (.pdb)、および .wsp ファイル。 | <ProjectName>\bin\debug または <ProjectName>\bin\release |
| SharePoint プロジェクト項目ファイル。 | <ProjectName>\pkg\debug または <ProjectName>\pkg\release |
| ビルド中間ファイル。 | <ProjectName>\obj\debug または <ProjectName>\obj\release |
| パッケージ中間ファイル。 | <ProjectName>\pkgobj\debug または <ProjectName>\pkgobj\release |
SharePoint ソリューションをビルドする
SharePoint ソリューションをビルドするには、開発用コンピューターに適切なバージョンの SharePoint サーバーがインストールされている必要があります。 それ以外は、SharePoint ソリューションをビルドする方法は、Visual Studio で他の種類のプロジェクトをビルドする方法と同じです。 詳細については、「方法: SharePoint ソリューションをビルドする」 を参照してください。
SharePoint ソリューションをデバッグしてテストする
デバッグの前に、Visual Studio では .wsp パッケージが SharePoint サーバーにコピーされ、サイトおよび Web スコープの機能がアクティブにされ、場合によっては、プロジェクトが開始されます。 他のケースでは、プロジェクトを手動で開くことが必要な場合があります。 詳細については、「SharePoint ソリューションのトラブルシューティング」および「SharePoint ソリューションのデバッグ」を参照してください。
Azure DevOps Services 機能を使用して SharePoint ソリューションをデバッグおよび検証する
単体テストや IntelliTrace などの Azure DevOps Services 機能を使用すると、SharePoint ソリューションの問題をより正確に特定することができます。 プロファイルを使用すると、SharePoint ソリューション内でパフォーマンスの問題が生じている領域を特定し、識別することができます。 詳細については、「SharePoint コードの検証とデバッグ」および「SharePoint アプリケーションのパフォーマンスのプロファイリング」を参照してください。
ビルド処理中のセキュリティ
SharePoint ソリューションをパッケージ化または配置するには、Visual Studio に、SharePoint サーバーにファイルをコピーするためのアクセス許可が必要です。 管理者特権プロセスとして Visual Studio を実行する必要があります。ご利用のユーザー アカウントは SharePoint サーバー上のサイト コレクション管理者とする必要があります。 さらに、プロジェクトがサンドボックス ソリューションとファーム ソリューションのどちらであるかを指定する必要があります。 詳細については、「サンドボックス ソリューションとファーム ソリューションの違い」を参照してください。
[クリーン] コマンドの使用
SharePoint ソリューションがデバッグのために SharePoint サーバーにインストールされている場合、[クリーン] コマンドを実行しても、ソリューションはアンインストールされません。 代わりに、SharePoint の構成を介して [機能] を非アクティブ化する必要があります。