1

他の SharePoint 開発者が開発ワークステーションをどのようにセットアップしているか知りたいです。

私の現在の設定：

  • Server 2008 を搭載したデスクトップ (Hyper-V のみ、以前は Vista を使用していた)
  • ローカル マシンで Visual Studio 2008 を使用して開発作業を行う
    • 参照用に SharePoint DLL のローカル コピーを保持し、ローカルに SharePoint をインストールする必要はありません
  • ローカル マシンでホストされている Server 2003 VM で SharePoint を実行する

SharePoint のすべての変更を WSP として開発し、テストのために VM にインストールします。コードをデバッグ モードで実行することはありませんが、多くのトレース ステートメントを記述して、コードの動作を監視しています。

また、簡単な変更を行う場合、通常、WSP 全体を再インストールすることはありません。変更した DLL を再コンパイルし、それを SharePoint VM の GAC にコピーしてから、IIS をリセットします (通常は Web パーツを作成します)。

SharePoint をローカルで実行すれば作業が簡単になることはわかっていますが、通常は一度に複数のプロジェクトに取り組んでいるので、干渉されたくありません。

4

3 に答える 3

1

私はすべての開発作業を VMware イメージの 1 つで行っています。私は TDD スタイルで SharePoint の作業を行おうとしているので、多くのテストを実行していますが、リモートの作業は意味がありません。

最も役に立ったのは、Visual Studio でのビルド後のイベントです。わずかなスクリプトですべてのことができるのは本当に素晴らしいことです。

于 2009-03-12T23:24:39.313 に答える
0

同じサーバー (物理または仮想) で SharePoint/VS を実行すると、すぐに起動して実行できるようになりますが、個人的には、それが進むべき道だとは思いません。

あなたが説明したこと (VM で実行されているローカル VS/SharePoint) に加えて、あなたの生活を楽にするいくつかのヒントがあります。

1）GACではなくbinディレクトリに展開し、更新するには、ビルド後のバッチファイルにあるdll / pdbをコピーするだけです-GACにある場合、自動的にそれを行うことができるとは思わないリモートマシンはできますか？

2)リモート デバッグを見てください。最初に作業を開始するのは少し面倒かもしれませんが、努力する価値はあります。重要なヒントは、ローカル マシンとリモート マシンの両方で同じユーザー名/パスワードを使用する必要があることです。

このページは関連しています - SharePoint 2007 コードのデバッグ

于 2009-03-12T22:56:52.453 に答える