プロのプロジェクトワークフロー

最終更新日： 2025年11月17日

作成対象：

{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"},{"id":"ff6a42d2-313e-452e-93a6-792e4fad9ff8"}

Pro プロジェクトには、グローバル master ブランチと3つの主要な環境を持つ単一のGit リポジトリが含まれます。

ライブサイトの起動とメンテナンスを行うための 実稼動 環境
すべてのサービスをテストする ステージング 環境
開発とテスト用の統合環境

Pro環境リスト

これらの環境はread-onlyで、ローカルワークスペースからのみプッシュされたブランチからのデプロイされたコード変更を受け付けています。

次の図は、シンプルなGit分岐アプローチを使用したPro開発およびデプロイワークフローを示しています。 integration環境に基づくアクティブなブランチを使用してdevelop コードを作成し、プッシュおよびリモートのアクティブなブランチとの間で コードの変更を取り込みます。確認されたコードをデプロイするには、リモートブランチを ベースブランチに結合し、その環境に対してビルドとデプロイの自動プロセスをアクティブにします。

Pro アーキテクチャ開発ワークフローの概要

環境は読み取り専用であるため、Cloud環境で直接コードを変更することはできません。 composer installを実行してモジュールをインストールしようとすると、次のようなエラーが発生します。

file_put_contents(...): Failed to open stream: Read-only file system
The disk hosting /app/<cluster_ID> is full

NOTE

どのPro環境でも、読み取り専用フォルダーの権限を変更することはできません。この制限は、アプリケーションの整合性とセキュリティを保護します。これらの読み取り専用ファイルシステムのフォルダー権限は変更できません。サポートでも変更できません。変更は、アプリケーション環境のブランチから行い、ローカル開発環境にプッシュする必要があります。詳しくは、「Pro アーキテクチャ Pro環境の概要」を参照し、プロジェクトビューのPro環境リストの概要については「Cloud Console」を参照してください。

開発ワークフロー

統合環境は、Adobe Commerce on cloud インフラストラクチャコードを含む1つのベース integration ブランチを提供します。アクティブな環境ブランチをさらに1つ作成できます。これにより、最大2つのアクティブなブランチをPlatform as a Service （PaaS）コンテナにデプロイできます。非アクティブな環境の数に制限はありませんが、非アクティブな環境が多ければ多いほど、Cloud Consoleの読み込みに時間がかかります。

NOTE

2020年6月5日より前にプロビジョニングされたプロジェクトには、複数の小さい統合環境がありました。テストと開発に大規模な統合環境が必要な場合は、拡張統合環境へのアップグレードをリクエストしてください。詳しくは、Adobe Commerce ヘルプセンターのIntegration Environment リクエストの記事を参照してください。

プロジェクト環境は、柔軟で継続的な統合プロセスをサポートします。まず、integration ブランチをローカルプロジェクトフォルダーに複製します。ブランチまたは複数のブランチの作成、新機能の開発、変更の設定、拡張機能の追加、更新のデプロイを行います。

integrationから変更を取得
integrationからの分岐
ローカルワークステーションの現像コード（更新Composerを含む）
リモートに件のコード変更をプッシュして検証する
結合からintegrationを行い、テストする

開発されたコードブランチと対応する設定ファイルを使用すると、コードの変更をより包括的なテストのためにintegration ブランチにマージする準備が整います。 integration環境は次の場合にも最適です。

サードパーティサービスの統合 - PaaS環境ですべてのサービスを利用できるわけではありません。
構成管理ファイルの生成 – 一部の構成設定は、デプロイされた環境の 読み取り専用 です。
ストアの設定 – 統合環境を使用してすべてのストア設定を完全に設定する必要があります。 ストア管理者URLは、Cloud Consoleの_統合_環境ビューにあります。

デプロイメントワークフロー

ローカルワークステーションからリモート環境にコードをプッシュしたり、コードを環境ブランチにマージしたりするたびに、ビルドおよびデプロイスクリプトによって新しいコードが生成され、設定されたサービスがリモート環境にプロビジョニングされます。

スクリプトアクションを作成：

ビルド中もターゲット環境のサイトが引き続き実行されます
クラウドインフラストラクチャのパッチとホットフィックスに対するAdobe Commerceの確認と実行
ビルドとデプロイのログを使用してコードをコンパイル
構成管理を確認してください。このフェーズでは、静的コンテンツのデプロイメントが発生します
変更されていないコードのスラグを作成または使用して、プロセスを高速化します
すべてのバックエンドサービスとアプリケーションのプロビジョニング

スクリプトアクションをデプロイ：

サイトをターゲット環境にメンテナンス モードで配置します
ビルド中に完了しない場合は、静的コンテンツをデプロイします
クラウドインフラストラクチャへのAdobe Commerceのインストールまたは更新
トラフィックのルーティングの設定

ビルドとデプロイのプロセスが完了すると、最新のコード変更と設定を使用してストアがオンラインになります。デプロイメントプロセスを参照してください。

統合に統合

アクティブな開発ブランチをベース integration ブランチに結合することで、検証済みのすべてのコード変更を組み合わせます。ステージング環境に変更を昇格する前に、integration ブランチですべての変更をテストできます。

ステージングに統合

ステージングは、すべてのサービスと設定を可能な限り実稼動環境に近い状態で提供するプリプロダクション環境です。すべてのサービスで詳細なテストを実行できるように、コードの変更を常にintegration環境からstaging環境にプッシュしてください。ステージング環境を初めて使用する場合は、Fastly CDNやNew Relicなどのサービスを設定する必要があります。サンドボックスやテスト用の資格情報を使用して、支払いゲートウェイ、配送、通知などの重要なサービスを設定できます。

ストアの本番環境の準備が整ったと感じるまで、すべてのサービスを徹底的にテストし、パフォーマンステストツールを検証し、管理者として顧客としてUAT テストを実行することをお勧めします。ストアのデプロイを参照してください。

NOTE

一部のプロジェクトでは、より洗練された開発ワークフローが求められます。このニーズをサポートするために、Adobeでは、クラウドインフラストラクチャにアドオンオプションとして追加のステージング環境を提供しています。

実稼動環境に統合

ステージング環境で徹底的にテストした後、実稼動環境にマージし、ライブ資格情報を使用して徹底的にテストします。本番サイトを立ち上げた瞬間に、顧客は購入を完了でき、管理者はライブストアを管理できる必要があります。ストアのデプロイと公開時の詳しい手順について詳しくは、次のトピックを参照してください。

グローバルマスターに統合

サービスを中断することなく実稼動環境をデバッグする緊急の必要がある場合に備えて、実稼動コードのコピーを常にグローバル masterにプッシュします。

グローバル masterからブランチを not 作成します。 integration ブランチを使用して、開発と修正のための新しいアクティブなブランチを作成します。

recommendation-more-help

commerce-on-cloud-help-cloud-guide