cli-release

CLI リリース

スタンドアロンの composio バイナリとインストーラーを提供する GitHub リリースには、このスキルを使用してください。

候補を選択したり、ワークフローを実行したりする前に、references/release-workflow.md を読んでください。

リリースの取り決め

• @composio/cli の Changeset は追加しないでください。このパッケージは Changesets の対象外であり、そのようなファイルを追加すると ts.release.yml が停止します。
• CLI のパスに変更を含む next へのマージは、ベータビルドとして扱ってください。通常の安定版リリースの手順では、テスト済みのベータ版を promote-stable ワークフローのアクションで昇格させてください。
• バイナリのバージョンを選択するために、非公開の CLI package.json のバージョンを上げないでください。意図的にマイナーまたはメジャーのバージョンを上げる場合は、明示的にバージョンを指定したベータ版をビルドし、同じ安定版リリースの手順でテスト済みのベータ版を昇格させてください。
• ベータタグとワークフローの状態は、実行直前に GitHub から確認してください。記憶を頼りに候補を作成したり、古い候補を再利用したりしないでください。
• 安定版への昇格は本番環境への書き込みです。ユーザーが正確なベータタグを指定していない場合は、確認した候補を提示し、実行前に明示的な承認を得てください。
• アセットの検証とインストールテストが完了するまで、リリースを追跡してください。実行が成功した時点で終了しないでください。

実行

1. 依頼を、自動ベータ、手動ベータ、安定版への昇格、復旧のいずれかに分類します。
2. 手順書に記載された読み取り専用の事前確認を実施し、正確なソースコミットとリリースタグを特定します。
3. 依頼されたワークフローアクションのみを実行し、実行が完了するまで監視します。
4. 公開されたリリースと、手順書に記載された後続チェックを検証します。
5. リリース済みタグ、ソースとなるベータタグまたはコミット、ワークフローの URL、アセットの状態、インストールテストの結果、および残っている対応事項を報告します。