1. 単一のサンドボックス環境

複数のサンドボックス環境の使用

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

複数のチーム メンバーが Sitecore Content Hub の開発に関与している場合、または変更が複雑で、デプロイの前にテストが必要な場合は、サンドボックスと呼ばれる独立した開発インスタンスを使用することを強くお勧めします。サンドボックスは、本番環境のコピーであり、まったく同じデータ、構造、および拡張機能を含んでいます。

マルチサンドボックス環境

このシナリオでは、変更が本番環境に展開される前に、すべての開発とテストが開発サンドボックスで行われます。

シナリオの前提
  • 各開発者に各自の開発サンドボックス (本番環境のコピー) がある。
  • git リポジトリに本番環境からエクスポートされたパッケージが含まれている。
注意

サンドボックス データベースには 500 MB の制限があります。

シナリオ ツール
  • Sitecore Content Hub サンドボックス作成ツール。
  • git リポジトリ (たとえば、Bitbucket)。
  • git リポジトリ マネージャー (例: Sourcetree)。
  • Sitecore Content Hub インポート/エクスポート パッケージ ツール (Sitecore Content Hub インスタンスですぐに使用できるツール)。
  • Sitecore Content Hub CLI ツール (パッケージ デプロイ用のコマンドライン インターフェイス)。

典型的な開発ライフサイクル
  1. 機能要件を計画および分析します。
  2. 作成または変更の必要があるコンポーネントを特定します。
  3. それに応じて、開発サンドボックスで変更を加えます。
  4. 開発サンドボックスで変更を公開してテストします。
  5. インポート/エクスポート パッケージ ツールを使用して変更をエクスポートします。
  6. 変更をコミットして Git リポジトリにプッシュします。
  7. CLI ツールを使用して、変更を本番環境に展開します。

Git リポジトリを使用して最新の変更を追跡し、サンドボックスを常に最新の状態に保つことが重要です。これにより、新しい変更が他の開発者によって偶発的に上書きされることを防止できます。

このシナリオのモデルは非常に柔軟性が高く、ユーザーのニーズに合わせて自由に変更できます。たとえば、変更をマージして本番環境に展開する前にテストできる、一元的な開発サンドボックスを含めることもできます。

サンドボックスのクローンを作成したり、サンドボックスから変更をエクスポートしたり、変更を本番環境にデプロイしたりするには、ある環境から別の環境に変更を移行するさまざまな方法を知っている必要があります。詳細については、「環境間で変更を移行する」を参照してください。

この記事を改善するための提案がある場合は、 お知らせください!