ワンクリックステージング
本番環境のファイルとデータベースをそのまま維持し、本番と同じスタックおよびブループリント上でライブサイトのステージングコピーを作成できるため、テストした環境をそのまま本番にリリースできます。
どのサイトにも完全なステージング環境が標準装備されており、推測に頼る必要はありません。本番環境を複製してコピーの作業を行い、検証が完了したら変更を本番に統合できます。
本番環境のファイルとデータベースをそのまま維持し、本番と同じスタックおよびブループリント上でライブサイトのステージングコピーを作成できるため、テストした環境をそのまま本番にリリースできます。
変更の準備ができたら、ボタンひとつでステージング環境の本番反映が可能です。手動でのファイルコピーや複雑なデータベースのエクスポートは不要です。
すべてのデプロイがバージョニングされたリリースです。変更に不具合があった場合でも、復元チケットを作成することなく、最後に正常動作が確認されたリリースへそのままロールバックできます。
Managed WordPress、WooCommerce、PHP、静的HTML、Nodeのどれを使用しても、ステージングとプッシュトゥライブの機能はすべてのサイトで同じように動作します。
Gitプロバイダーを一度連携するだけで、リポジトリが信頼できる唯一の情報源になります。コードをプッシュするだけで、プラットフォームがビルドとデプロイを自動で行います。
GitHub、GitLab、または Bitbucket を OAuth 経由で接続すると、デプロイキーはプレーンな設定ではなく、暗号化された資格情報ストアに安全に保存されます。プッシュごとにウェブフックが作動し、スタックのビルド手順(Composer、npm、その他のツール)を実行する堅牢なビルド・デプロイパイプラインがトリガーされ、その後サイトへリリースされます。
チームの既存のワークフローに合わせて、ブランチを環境にマッピングできます(mainをproductionに、stagingをstagingに、あるいはご希望の命名規則に)。ブランチにマージするだけで対応する環境が自動的に更新されるため、変更の昇格はgit pushを実行するだけです。
継続的デプロイは、制御を手放すことを意味するべきではありません。どのブランチがどの環境にマッピングされるか、いつ変更がプロモートされるか、いつロールバックするかは、ご自身で決定します。コードの取得、ビルドの実行、アトミックなリリースといった機械的な作業はパイプラインが処理するため、デプロイは退屈で、再現可能で、そして元に戻せるものになります。
AIパックをご利用の場合、アシスタントがコードの変更を作成し、手動で作成したコードと全く同じビルド、デプロイ、ロールバックのパイプラインを経由して、同一の仕組みでサイトにプッシュすることができます。
ステージング環境は、本番サイトと同じスタックおよびブループリント上に、ファイルとデータベースを含むライブサイトの完全なコピーを作成します。そのコピー上で変更をテストし、プッシュ・トゥ・ライブを使用して1つのアクションで本番環境に反映させます。
GitHub、GitLab、Bitbucket。OAuth経由で接続され、デプロyキーは平文の設定ファイルではなく暗号化された資格情報ストアに保存されます。
プッシュ時にウェブフックがトリガーされ、堅牢なビルド・デプロイパイプラインが開始されます。スタックのビルド手順(Composerやnpmなど)を実行し、その結果をそのブランチに割り当てられた環境へリリースします。
はい。ブランチと環境のマッピング機能を使用すると、たとえば `main` を本番環境(production)に、`staging` をステージング環境に割り当てることができます。特定のブランチにマージするだけで、一致する環境へ自動的にデプロイされます。
すべてのデプロイがバージョン管理されたリリースとなるため、復元チケットを発行することなく、前のリリースにロールバックできます。デプロイは堅牢でリトライ可能なワークフローとして実行されるため、ビルド途中の失敗によってサイトが中途半端な状態で放置されることはありません。