1

このトピックについて非常に多くの質問や記事があることを知っており、これまでインターネットで何時間も検索してきましたが、それでも私の質問に対する正しい答えを見つけることができませんでした. 会社から SharePoint Web パーツの開発環境を調査するタスクを割り当てられました。お金は問題ではありませんが、それを行うには適切な方法でなければなりません。

これが私の理想的な計画です。開発者デスクトップで、VS2005/2008 (既にインストールされています)、VS2005/2008 Extension for SharePoint および WSPBuilder をインストールします。仮想マシンもインストールされ、VM は Windows Server 2003/2008 を実行します。WSS3.0 と SQL Express 2005/2008 も VM にインストールされます。

開発者のデスクトップは、Web パーツの開発環境です。開発者は VS を使用して SharePoint Web パーツを開発し、WSPBuilder を実行すると、VM 上の SharePoint テスト環境に Web パーツが展開されます。したがって、VM は単なる SharePoint テスト環境です。良いアイデアのように見えますが、うまくいきません。なんで？WSS3.0 がインストールされていないため、VS 拡張機能を開発者のデスクトップにインストールすることはできません。

私たちの開発者デスクトップには VS がインストールされており、1 人の開発者に対して 2 つの VS ライセンスを持つ必要がないため、VM に VS をインストールしたくありません。SharePoint Web パーツの開発環境をセットアップするための最良の方法は何ですか?

前もって感謝します。

4

3 に答える 3

1

開発環境に少なくとも WSS のインストールが含まれていない限り、SharePoint (WSS 3.0) 向けに開発することはできません。一般に、開発は Windows Server 2003 仮想マシンで行われます (Visual Studio はこのマシンに直接インストールされます)。ただし、SharePoint は Windows Vista および Windows 7 マシンにインストールできるため、開発マシンで SharePoint 自体をホストできる場合がありますが、VM でこれを行う方がはるかに簡単です。

私の SharePoint 開発用 VM には、次のものがインストールされています。

  • Windows Server 2003 R2
  • SharePoint 2007 (SQL 2005 を含む)
  • ビジュアル スタジオ 2008
  • Office 用の Visual Studio ツール
  • Office サーバー SDK
  • WSS 1.3 の Visual Studio 拡張機能

もちろん、代わりに WSPBuilder を使用することもできますが、私は VSSWSS 1.3 を好みますが、それは開発者の好みです。

Visual Studio のライセンスは、同じ開発者が使用する場合 (契約に応じて)、仮想マシンに拡張できると思います (Microsoft に確認する必要があります)。

于 2011-02-11T04:35:29.667 に答える
1

優先順位に応じて機能する場合と機能しない場合がある代替手段。

Visual Studio 2010 とSharePoint 2010 Foundation を開発サーバーにインストールします。

SharePoint 2007 サーバーから Microsoft.SharePoint.dll のコピーを取得します。

VS2010 のツールを使用して Web パーツを開発しますが、手動で 2007 dll への参照を変更します (+ 「Visual Studio 2010 ビジュアル Web パーツ プロジェクトを使用して SharePoint 2007 Web パーツをビルドする」も参照)。したがって、2007 互換の Web パーツを出力します。

2007 Web パーツをローカルの 2010 サーバーに配置すると、(下位互換性があるため) 動作します。

2007 Web パーツをテスト/品質管理/運用サーバーに展開すると、それも機能します。

利点

  • VS の最新の最高のバージョンと sharepoint ツールを使用しているため、ワンクリックで展開したり、WSP パッケージを自動的に作成したりできます。WSP Builder などに反対するものは何もありません (素晴らしいものです)。
  • 会社が 2010 年に移行する場合、準備は整っています。
  • 2003/2008サーバーやVMではなく、Windows 7マシンで開発しているため、ライセンス、速度、使いやすさに利点があります（VMで実行されているVSからのデュアルモニターサポート？）

編集 - Web パーツを他のサーバーに展開するには、.wsp パッケージを作成し、STSSADM または別のツール (SharePoint ソリューション インストーラーまたはその他の管理ツール) を介して展開します。

于 2011-02-11T09:32:13.970 に答える
0

VSSWSS や WSPBuilder は使用していません。私は常にSharePoint 2007 にSTSDEVを使用してきました。また、常に Windows XP を使用してそれを実行してきました。VSSWSS と WSPBuilder が同じように動作するかどうかはわかりませんが、Ryan が言ったように、必要な SharePoint DLL を SharePoint 2007 サーバーから Visual Studio ソリューションのソリューション フォルダーにコピーします。次に、プロジェクトで [参照の追加] を選択し、DLL を参照します。

この 4 年間、この方法で問題が発生したことは一度もありません。ソリューション パッケージは適切にビルドされ、任意の SharePoint サーバーで動作します。デバッグするオプションを失いましたが、VM やリモート デスクトップに移動するよりも、自分のマシンにとどまりたいと思っています。

于 2011-02-11T21:57:51.090 に答える