複数のサンドボックス環境の使用
Version:
日本語翻訳に関する免責事項
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
複数のチームメンバーが Sitecore Content Hub の開発に関与している場合、または変更がより複雑で展開の前にテストが必要な場合は、サンドボックスと呼ばれる独立した開発インスタンスを使用することを強くお勧めします。
サンドボックスは、本番環境とまったく同じデータ、構造、拡張機能が含まれるコピーです。
![複数インスタンス環境]
このシナリオでは、変更が本番環境に展開される前に、すべての開発とテストが開発サンドボックスで行われます。
シナリオの前提:
- 各開発者に各自の開発サンドボックス (本番環境のコピー) がある。
- Git リポジトリに本番環境からエクスポートされたパッケージが含まれている。
シナリオ ツール:
- Sitecore Content Hub サンドボックス作成ツール。
- Git リポジトリ (例: Bitbucket)。
- Git リポジトリ マネージャー (例: Sourcetree)。
- Sitecore Content Hub インポート/エクスポート パッケージ ツール (Sitecore Content Hub インスタンスでそのまますぐに使用できるツール)。
- Sitecore Content Hub CLI ツール (パッケージ展開用のコマンドライン インターフェイス)。
典型的な開発ライフサイクル:
- 機能要件を計画および分析します。
- 作成または変更の必要があるコンポーネントを特定します。
- それに応じて、開発サンドボックスで変更を加えます。
- 開発サンドボックスで変更を公開してテストします。
- インポート/エクスポート パッケージ ツールを使用して変更をエクスポートします。
- 変更をコミットして Git リポジトリにプッシュします。
- CLI ツールを使用して、変更を本番環境に展開します。
Git リポジトリを使用して最新の変更を追跡し、サンドボックスを常に最新の状態に保つことが重要です。 これにより、新しい変更が他の開発者によって偶発的に上書きされることを防止できます。
このシナリオのモデルは非常に柔軟性が高く、ユーザーのニーズに合わせて自由に変更できます。 たとえば、変更をマージして本番環境に展開する前にテストできる、一元的な開発サンドボックスを含めることもできます。
サンドボックスのクローンを作成したり、サンドボックスから変更をエクスポートしたり、本番環境に変更を展開したりするには、ある環境から別の環境に変更を移行するさまざまなメソッドを知っている必要があります (以下のセクションで説明します)。