4

私のチームは、.com サイトを SharePoint に移行するプロジェクトに取り組んでいます。

すべてのルック アンド フィール アセット、マスター ページ、コンテンツ タイプ、およびページ レイアウトを作成したら、実際のサイト ページを実際に SharePoint に "移動" する必要があります。

これを行うための最も効果的な方法を考え出そうとしています。このトポロジは、オーサリング環境と運用環境で構成されています。SharePoint Content Deployment を使用して、オーサリングからプロダクションを作成する予定です。

ただし、オーサリング環境の初期設定を行う必要があることは明らかです。最初に空白のサイト定義からオーサリングを作成したくないので、Content Deployment を使用して開発環境からオーサリングを設定したくありません。

私が思いついたオプションは次のとおりです。最良のアプローチであると思われるフィードバックをお待ちしています。

  • 開発環境でサイト コンテンツを作成し、SPDeploy などのツールを使用してオーサリング環境に移行します。

  • オーサリング環境でコンテンツを直接作成する

  • 機能でリスト アイテム インスタンスをプロビジョニングする方法と同様の手法を使用します。機能を使用してすべてのコンテンツを作成し、入力します。

    • これが実際に実行可能かどうかはわかりませんが、機能でリストをプロビジョニングするときにリスト アイテム インスタンスを作成できることをどのように知っているかという理由でアイデアを得ました。結局のところ、ページ ライブラリはページのリストですが、複数のコンテンツ タイプが関係しています。

ご提案ありがとうございます。

4

3 に答える 3

1

If it is just a matter of migrating files, you could actually use the content migration framework. The core classes of this framework are the SPExport and SPImport classes in the Microsoft.SharePoint.Deployment namespace. You can with fairly little code export individual files to disk and import them again to a new location. Alternatively, try the SharePoint Content Deployment Wizard on CodePlex here: http://www.codeplex.com/SPDeploymentWizard. It will save you the coding.

于 2008-12-15T22:17:36.370 に答える
0

コンテンツ展開を使用して最初のオーサリング サイトを作成したくない理由を明確にしていただけますか? 空白のサイト定義から始めたくないのはなぜですか? とにかく、展開プロセスで上書きされます。stsadm -export / -import はどうですか?

申し訳ありませんが、全体的な状況についてはまだはっきりしていません。開発環境 (おそらく構造は作成されますが、本番用のコンテンツは作成されません)、オーサリング環境 (コンテンツが入力および承認されるロックダウンされた環境と理解しています)、そして読み取り専用の本番環境があります。承認されたアイテムが展開されます。この場合、私のプロジェクトの 1 つに同様の設定があると言えます。

私の場合、最初に自分の開発環境でサイト構造を開発し、次にオーサリングと本番環境にバックアップして復元しました。両方の環境に対するその後の構造変更は、手動で行われます。オーサリングは、構造的には prod とほぼ同じです。セキュリティだけが異なります。1 日に数回、コンテンツがオーサリングから本番環境にデプロイされます。コンテンツの変更は、オーサリング環境で直接行います。

于 2008-12-17T17:40:10.047 に答える
0

コンテンツ DB をバックアップおよび復元します。

于 2008-12-15T08:06:29.427 に答える