4

まず、フラストレーションを解消するために 1 つの文を使用させてください。SharePoint の開発はめちゃくちゃです。

わかりました、申し訳ありませんが、1 つの特定のシナリオに焦点を当てさせてください。SharePoint (MOSS2007) サーバーに DLL として展開した場合に機能するいくつかの機能を開発しました (VS2005)。現在、展開可能な機能としてパッケージ化する最良の方法を特定しようとしています。

検索結果に基づいて、誰もこれを再現可能な方法で成功させたことはないと思います! 各記事は次の記事と矛盾しているか、他の誰かの手法で問題を修正する手法を文書化しており、おそらくさらに別の記事で更新されています。多くは 2003 や WSS などの従来の方法に基づいているようです。MSBuild タスクを使用してコードにデプロイする、「12」などの名前のディレクトリに手動でファイルをコピーする、SharePoint Designer などのツールを使用する、サーバーに直接変更を加えるなどの推奨事項もあります。 . これらは、開発者がテスト サーバーにインストールするために使用するハックのように聞こえます。ビルドが成功した後、別のマシンに取り込んで、インストーラーまたは STSADM を介した 1 つのコマンド ライン命令でデプロイできるプロジェクトを作成した人はいますか?

SharePoint の管理については初心者向けの知識しか持っていないことは認めますが、思ったより簡単なはずです。http://msdn.microsoft.com/en-us/library/ms413687.aspxで基本的な概念を理解していると思いますが、それを自動化する方法はありませんか? 2007 サーバーに展開する機能をパッケージ化するための推奨プラクティスが1 つあるはずです..しかし、私の人生では、それがどれであるかを理解できません。(私の推測では、http: //www.codeplex.com/sptemplatelandのようなものですが、2007 年 2 月以降更新されていません。)

誰でも助けることができますか？本当にありがとう！

4

2 に答える 2

7

「路上での話」は、通常、SharePoint 開発の 3 つのオプションを中心に展開されます。

  1. Visual Studio 用の Microsoft 独自の拡張機能である VSeWSS。
  2. STSDEVは、仕様に基づいて VS ソリューションを事前に作成します
  3. WSPBuilder、VS統合のため私の好み

すべてに長所と短所があるため、3 つすべてを試して好みを見つけることをお勧めします。

.b

于 2008-12-11T04:51:16.777 に答える
3

VSeWSS 1.2を使用したことがあるので、コードをラップしてWebパーツを正しい場所にコピーするSTSDEVソリューションを作成することをお勧めします。

更新 ただし、VSeWSS 1.3は現在、「公式の」MSであり、Visual Studioの将来のバージョンでサポートされる予定であるため、おそらくこれが今の道のりです。

残念ながら、SharePointを機能させるには、すべてのものがどこに収まらなければならないかを知る必要があります。内部的には、ソリューションと機能は依然として危険なXML形式を使用して、ソリューションのすべてのビットが進む方向を制御します。

しばらくすると、激しい痛みが鈍くなり、ドキドキします。

于 2008-12-11T06:50:30.450 に答える