顧客向けの SP2013 プロジェクトに取り組んでおり、開発、テスト、および運用のための作業環境をセットアップする必要があります。簡単にするために、作業はさまざまなカスタマイズ (リスト、ライブラリ、アプリ、テーマなど) のみで構成され、コードはないと仮定しましょう。
私のセットアップは次のとおりです: 実稼働環境は顧客サイトの一部のサーバー上にあります テスト環境は Azure にセットアップされています 開発環境は私の PC 上の仮想マシン上にあります
ここで、各環境ですべてが正しく設定されていると仮定して、次のタスクをサポートできるようにしたいと考えています。
- 私は自分の開発環境でカスタマイズを行っており、できれば既存のデータを使用して、他の人がテストできるようにこれをテストにデプロイしたいと考えています
- テストと QA の後、テストから本番環境にデプロイしたいと考えています。もちろん、これは既存のデータではなく、カスタマイズにのみ影響する必要があります
- 時々、本番環境のスナップショットを取り、それをテストに移して、開発からの新機能の展開を可能な限り現実的に行えるようにしたいと考えています。
これらのタスクを可能な限りスムーズかつ効率的に実行したいと考えています。特に、頻繁に行われる開発からテストへの展開ではそうです。テストから本番への展開はそれほど頻繁には行われないため、多少の手作業は許容されます。
関連する可能性のあるメカニズムをいくつか知っています。
- コンテンツ展開
- クロス サイト パブリッシング
- コンテンツ データベースのバックアップ/復元
- サイトをテンプレートとして保存し、wsp をエクスポートしてインポートする
- (最後の手段) 各カスタマイズを手動で設定する
経験豊富な SharePoint の開発者/管理者が、どのメカニズムをどの状況で使用するか、いつ使用しないかなどについて推奨していただけますか? 言及すべき他の方法はありますか?3 つの環境は物理的に分離された環境にあることに注意してください。これにより、完全に自動化されたソリューションが困難になる可能性があります。顧客サイト (つまり、同じファームの一部) にテスト環境をセットアップすると、作業が簡単になりますか?