手動確認なしで、リリースが出荷可能か把握

Zero がリリースパイプラインを監視し、CIゲートとバージョンバンプを確認し、リリースPRが準備完了した瞬間を、あるいはブロッカーを、正確に伝えます。

Zeroの接続先:

「このリリース出せる？」の答えが15分かかる理由

リリース前には毎回、誰かが確認する必要があります：CIチェックすべて緑、バージョンが正しくバンプ、changelog 生成済み、ブロッカーラベルなし、特別なケアが必要なマイグレーションなし。タブをまたいでクリックすること10分、どこで問題が浮上してもおかしくない。リリース準備状況チェックはそれを1つのプロンプトに変えます。Zero がPRを読み、すべてのゲートを検証し、欠けているものを浮き彫りにし、はっきりと伝えます：準備OK、または X でブロック。OKならチームは Slack で青信号を受け取り、NGなら何を直すべきか正確に分かります。

Zero にリリース準備状況を依頼する方法

@Zero オープンなリリースPRをチェックして。すべてのCIチェックが通ったか、バージョンがセマバー通りにバンプされたか、changelog が更新されたか、`do-not-merge` ラベルが付いてないか、マイグレーションファイルに触れてないか検証して。判定を #release-notify に投稿して。

試してみる

Zero がリリース準備状況を検証する流れ

Zero がオープンなリリースPRを読み込む

Zero はPRのメタデータ、ファイル差分、CIステータス、ラベル、changelog を取得します。すべてが1つのリリースあたりのチェックリストに正規化されます。

Zero が定義された各準備ゲートを検証

Zero は指定されたゲートを順番にチェックします：CI緑、セマバー準拠のバージョンバンプ、changelog 更新、ブロッカーラベルなし、センシティブなファイル変更なし、レビュー承認済み。各ゲートは証拠付きで合否判定されます。

Zero が単一の判定を報告

結果は1つの Slack メッセージ：「準備OK」または「未準備、X でブロック」。曖昧でなく、14個のリンクを順にクリックする必要もない。OKなら、チームは自信を持ってマージできます。

ゲートを強化、チームに通知、または緑信号で自動マージ

ゲートを強化

その場で新しい準備基準を追加。

@Zero 今後は、PR説明が空、またはターゲットブランチが `main` でない場合もリリースチェックを失敗にして。

試してみる

適切な人に通知

ブロッカーを関連オンコールにルーティング。

@Zero リリースがセキュリティレビューでブロックされているときは、一般チャンネルではなく準備状況投稿で @security をタグ付けして。

試してみる

すべてのゲートが緑なら自動マージ

オートマージリリースのユースケースと連結して、ハンズオフ出荷。

@Zero すべての準備ゲートが緑になったら、リリースPRで auto-merge を有効にして、branch protection が外れた瞬間に出荷されるように。

試してみる

必要なインテグレーション：GitHub と Slack

GitHub

GitHub：Zero はPRステータス、ファイル差分、CIチェック、ラベル、changelog を読み込みます。リポジトリへの読み取りアクセスが必要、書き込みはオートマージと連結する場合のみ必要です。

必須

Slack

Slack：Zero は指定チャンネルに準備状況の判定を投稿します。チャンネルへの書き込みアクセスが必要です。

必須

リリース準備状況監視のベストプラクティス

●「準備OK」を一度、事前に定義しておきましょう。プロンプトに「CI緑 + changelog + マイグレーションなし」をエンコードするのは一度の投資で、以降のすべてのリリースで恩恵が得られます。

●朝会の後ではなく前に実行。準備状況チェックが最も役立つのは、チームに行動を促す時であって、リリースがすでに4時間放置された後ではありません。

●すべてのゲートを通したリリースを真にハンズオフ出荷するため、オートマージリリースと連結しましょう。