ですから、私は少し古臭いかもしれませんが、過去に Web サイトを作成したときは、開発サーバーでサイトを開発してから、ページとファイルを運用サーバーに公開または昇格していました。これは常に、私たちの 1 人が失敗したためにページがめちゃくちゃになったり、サーバーがダウンしたりするのをユーザーが見ないようにするための良い方法であると思われてきました。
しかし、Microsoft が SharePoint を作成したときにこの考えを念頭に置いていたようには見えません...少なくとも、定義されているインフラストラクチャでこれを行う方法を見つけることができませんでした。
SharePoint 開発の管理戦略があるかどうか知っている人はいますか? 開発環境のバックアップを作成し、運用サーバーに復元できることをオンラインで読みました。最初はうまくいくかもしれませんが、運用サーバーへの更新は、運用サーバーでデータが失われる危険を冒さずにそれを行うことはできません。リストのコンテンツ、ページ、およびドキュメントをあるサーバーから別のサーバーに移行するためのツールがいくつか出回っていますが、確かに、それらについてはまだ調査していません。
しかし、私のもう 1 つの懸念事項は、カスタム コンテンツ タイプです。リストがコンテンツ タイプを使用すると、リストからアイテムを削除し、コンテンツ タイプの関連付けを解除し、コンテンツ タイプを再度関連付けないと更新できないようです。コンテンツ タイプをアップグレードする方法はありませんか?
とにかく、これらの現在のジレンマのいずれかについて何か提案があれば、ぜひご連絡ください.
前もって感謝します、
ダン
早々に返事をくれてありがとう。
サイト用に作成されたいくつかの機能と、基本 (コンテンツ タイプ、列など) に向けられた機能をバンドルするソリューション パッケージ、およびブランド化に関係する機能 (ページ レイアウト、マスター ページなど) のための別のソリューションが既にあります。
しかし、これは 1 回限りのショットのようです...基本的に、これでサーバーがセットアップされますよね? 運用環境を使い始めると、ドキュメント、ページ、リスト アイテムがすべてコンテンツ データベースに存在することになり、コンテンツ タイプや列などを更新することはできなくなります。
新しい機能をインストールしてアクティブ化する前に、非アクティブ化してアンインストールする必要がある機能ですよね? 機能定義で Version プロパティを見たことがありますが、私が知る限り、これは何もしません。ソリューションは、バージョン番号を増やすことでアップグレードできるように見えますが、特に使用中の場合、コンテンツ タイプや列などを変更するようには見えません。さらに、ソリューションによるアップグレードがどれほど広範囲に及ぶかはわかりません。
この種のことについては、貴重なドキュメントがほとんどありません。私が読んでいるのは、SharePoint サーバーを最初にセットアップする方法だけのようです...長期的に管理することではありません。
アドバイスや提案はありますか？
ご提案いただきありがとうございます。
しかし、私たちはこのサイトに 1 年以上取り組んできました。私たちは、あなたのほとんどが推奨しているものに従って、すでにセットアップされていると確信しています. コンテンツ タイプ、列、マスター ページ、ページ レイアウト、ワークフローなどをインストールするいくつかの機能が既に用意されています。これらの機能のほとんどは、ソリューション パッケージに含まれています。すべての開発環境を VPC サーバーとしてセットアップしました。
これで、初期展開はほぼ完了しました。私が本当に知りたいと思っているのは、コンテンツの種類や列などをアップグレードする方法です。使用後にコンテンツ タイプを変更することはできますか? 私の最初のテストに基づいて、これが可能であるとは思えないからです。アセンブリは問題なく交換されているように見えるため、アセンブリについては心配していませんが、コンテンツ タイプを更新する唯一の方法は、それらを参照しているアイテム (つまり、ページ ライブラリ内のすべてのページ) を削除することです。コンテンツ タイプを再追加します。
最初の展開後にコンテンツ タイプを更新する方法があるかどうか知っている人はいますか? ...ユーザーが既にデプロイ済みのコンテンツ タイプに基づいてアイテムを作成した場合は?
(私の質問の他の部分は、実際には既存のページを開発サーバーから本番環境に移動することでしたが、それがなくても生きていけます。私の主な心配はコンテンツの種類です。)