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 サーバーがインストールされている必要があります。それ以外については、Visual Studio で他の種類のプロジェクトをビルドする場合と変わりません。詳細については、「方法: SharePoint ソリューションをビルドする」を参照してください。
SharePoint ソリューションのデバッグとテスト
Visual Studio では、デバッグの前に .wsp パッケージが SharePoint サーバーにコピーされ、サイトと Web スコープのフィーチャーがアクティブ化されて、場合によってはプロジェクトが開始されます。プロジェクトが開始されない場合は、手動でプロジェクトを開く必要があります。詳細については、「SharePoint ソリューションのトラブルシューティング」および「SharePoint ソリューションのデバッグ」を参照してください。
SharePoint ソリューションの ALM 機能を使用してデバッグをクリックします。
IntelliTrace と単体テストのような Visual Studio ALM 機能をより正確に SharePoint ソリューションの正確な問題を解決する。プロファイリングはSharePoint ソリューションのパフォーマンスの問題を特定して識別することができます。詳細については、「SharePoint コードの検証およびデバッグ」および「SharePoint アプリケーションのパフォーマンスのプロファイリング」を参照してください。
ビルド処理中のセキュリティ
SharePoint ソリューションをパッケージ化したり配置したりするには、SharePoint サーバーにファイルをコピーするためのアクセス許可が Visual Studio に必要です。SharePoint サーバーのサイト コレクションの管理者であるユーザー アカウントを使用して、昇格されたプロセスとして Visual Studio を実行する必要があります。また、プロジェクトがサンドボックス ソリューションかファーム ソリューションかを指定する必要もあります。詳細については、「サンドボックス ソリューションとファーム ソリューションの違い」を参照してください。
[消去] コマンドの使用
デバッグのために SharePoint サーバーにインストールされた SharePoint ソリューションは、[クリーン] コマンドを実行してもアンインストールされません。代わりに、SharePoint の構成でフィーチャーを非アクティブにする必要があります。