デプロイが失敗した場合
デプロイが失敗しても、Coroidが環境で実行中と認識している内容は変わりません。デプロイステップには失敗した試行内容とパイプライン実行へのリンクが表示されます。原因を修正し、古くなったチェックがあれば再度実行してから再デプロイしてください。すべての試行履歴はリリース内に保存されます。
試行が停止しているように見える場合は、再試行前にCI/CD上の実行状況とレポート用トークンを確認してください。レポートが生成されないのは通常、トークンやイベント形式に問題があるためであり、デプロイが失敗したわけではありません。
ヘルス状態に問題がある場合
デプロイが成功すると、Coroidはプロジェクトのカナリア品質グラフ（deployment_canaryトリガー付き）が公開されていればそれを実行します。カナリアが失敗すると対応が必要と表示されます。ヘルスステップに。ただし、コミットが実際に環境に到達したため、デプロイ自体は成功とみなされます。カナリアの証拠とパイプラインのログを確認し、新しいリリースで修正を進めるか、以前のコミットに戻してください。
正常なコミットに戻す
- 本番環境における2.4.0デプロイ済みだがキャニオン・チェックで失敗対応が必要
- ここで正常だった以前のリリースを選択してください
- 2.3.1本番環境における最後の正常なリリース正常
現在デプロイされているリリースで、「ヘルス」を開きます。ヘルス画面から「以前の正常なコミットを復元する」を探してください。以前の正常なコミットを復元する。そこには、その環境にデプロイされてヘルスチェックを通過した過去のリリースが一覧表示されます。
- ご使用のパイプラインはCoroidに接続されています。「ロールバックを依頼する」を選択してください。ロールバックを依頼する正常なコミットを指すブランチまたはタグを入力し、理由を記載します。Coroidがその参照先を確認し、以前のリリース用に新しい実行を開始します。パイプラインが成功を報告した場合のみ、環境は元の状態に戻ります。
- **パイプラインは自動的に実行されます。**そこにロールバックします。デプロイ情報が報告される場合、Coroidが自動的に結果を記録します。報告できない場合は、「外部ロールバックを記録する」を選択してください。外部ロールバックを記録する正常なリリースでこの操作を行うと、Coroidが置き換える対象のリリースが現在のものであること、および対象がヘルスチェックを通過していることを確認します。
元のデプロイとロールバックの両方が履歴に残ります。
複数のプロジェクトをまとめて出荷する
新しいAPIとそれを利用するアプリケーションなど、プロジェクトをまたぐ変更もあります。リリース一覧から「トレインを調整する」を選択し、トレインを調整する名前を付けて、出荷順に各プロジェクトのリリースを選択します。
トレインは共有ビューであり、単一のデプロイを意味するものではありません。各リリースは独自のコミット、チェック、承認、パイプラインを保持し、それぞれのページから個別にデプロイされます。トレインには部分的に出荷済みと表示され、一部のメンバーの環境へのデプロイがまだ完了していないため、残りの作業も確認できます。