# バッチ設計書 13-Prepare Release

## 概要

本ドキュメントは、Tailwind CSSプロジェクトにおけるGitHub Actions「Prepare Release」ワークフローのバッチ設計書である。タグpush時にOxideバイナリのビルド、スタンドアロンCLIの生成、およびGitHub Releaseドラフトの作成を行う。

### 本バッチの処理概要

本バッチは、Tailwind CSSの正式リリースを準備するCI/CDワークフローである。`v*`形式のタグがpushされた際に自動起動し、12プラットフォーム向けOxideバイナリのクロスコンパイル、全パッケージのビルドと最適化、スタンドアロンCLIバイナリの生成、リリースノートの自動抽出、およびGitHub Releaseドラフトの作成までを一貫して実行する。

**業務上の目的・背景**：Tailwind CSSのリリースプロセスは多段階にわたる複雑な作業である。バージョンタグのpushからGitHub Releaseの公開、そしてnpmへの公開という一連の流れにおいて、本ワークフローは「準備フェーズ」を担当する。手動でのバイナリビルドやリリースノート作成の手間を省き、一貫性のあるリリース成果物を自動生成することで、リリース作業の信頼性と効率性を向上させる。

**バッチの実行タイミング**：`v*`形式のタグがpushされた時点で自動実行される。また、workflow_dispatchによる手動実行も可能である。concurrency設定により、同一ワークフロー・同一refでの同時実行は抑制される。

**主要な処理内容**：
1. 12プラットフォーム向けOxideネイティブバイナリの並列クロスコンパイル（buildジョブ）
2. FreeBSD向けOxideネイティブバイナリのビルド（build-freebsdジョブ）
3. 全バイナリアーティファクトの収集と各プラットフォームディレクトリへの配置
4. Tailwind CSS全体のビルド（FEATURES_ENV=stable）
5. pre-publish最適化スクリプトの実行
6. プレリリースバージョンの依存関係ロック
7. CHANGELOG.mdからリリースノートの自動抽出
8. スタンドアロンCLIバイナリとnpmパッケージtarballのアーティファクトアップロード
9. GitHub Releaseドラフトの作成（リリースノートとスタンドアロンバイナリを添付）

**前後の処理との関連**：本ワークフローは`v*`タグのpushをトリガーとする。先行してバージョン更新（version-packages.mjs / No.2）が完了し、タグが作成されている必要がある。後続処理として、作成されたGitHub Releaseドラフトを手動で公開することで、Releaseワークフロー（No.11）がトリガーされる。リリースノート抽出にはrelease-notes.mjs（No.3）、公開前最適化にはpre-publish-optimizations.mjs（No.5）、依存関係ロックにはlock-pre-release-versions.mjs（No.6）を使用する。

**影響範囲**：GitHub Releaseドラフト（リリースノートとスタンドアロンバイナリを含む）。GitHub Actionsのアーティファクトストレージ（スタンドアロンCLIバイナリ、npmパッケージtarball）。

## バッチ種別

CI/CDワークフロー（リリース準備自動化）

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 随時（タグpush時） |
| 実行時刻 | 不定（タグpushタイミングに依存） |
| 実行曜日 | 不定 |
| 実行日 | 不定 |
| トリガー | `v*`形式のタグpush / 手動（workflow_dispatch） |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| `v*`形式のタグが存在 | タグpushイベントが発火する状態であること |
| CHANGELOG.mdにリリースノートが記載済み | 対象バージョンのリリースノートがCHANGELOG.mdに記載されていること |
| Rustツールチェーンが利用可能 | 各ビルド環境でRust Stableが利用可能であること |
| Node.js v24が利用可能 | 各ビルド環境でNode.js v24が利用可能であること |

### 実行可否判定

`v*`形式のタグpushイベントまたはworkflow_dispatchにより自動判定。concurrency設定（group: workflow-ref, cancel-in-progress: true）により、同一タグへの連続pushは最新のものが優先される。prepareジョブはbuildおよびbuild-freebsdジョブの成功に依存する。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| APP_NAME | string | Yes | tailwindcss-oxide | アプリケーション名 |
| NODE_VERSION | number | Yes | 24 | Node.jsバージョン |
| OXIDE_LOCATION | string | Yes | ./crates/node | Oxideクレートの配置パス |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| GitHubリポジトリソースコード | Git | actions/checkout@v6で取得（fetch-depth: 20） |
| Gitタグ | string | git describe --tags --abbrev=0でタグ名を取得 |
| CHANGELOG.md | Markdown | リリースノート抽出元 |
| Cargo.lock | TOML | Rustの依存関係定義 |
| crates/node/ | Rust/NAPI-RS | Oxideネイティブバイナリのソースコード |
| packages/@tailwindcss-standalone/dist/ | バイナリ | スタンドアロンCLIバイナリ |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| GitHub Release（ドラフト） | Release | リリースノート、スタンドアロンバイナリ、SHA256チェックサムを含む |
| GitHub Actions Artifacts | バイナリ | 各プラットフォーム向けOxideバイナリ |
| GitHub Actions Artifacts | バイナリ | tailwindcss-standaloneバイナリ |
| GitHub Actions Artifacts | .tgzファイル | npmパッケージtarball |

### 出力ファイル仕様

GitHub Releaseに添付されるスタンドアロンCLIバイナリ：

| 項目 | 内容 |
|-----|------|
| ファイル名 | tailwindcss-{platform}（例: tailwindcss-linux-x64, tailwindcss-macos-arm64, tailwindcss-windows-x64.exe） |
| 出力先 | packages/@tailwindcss-standalone/dist/ |
| 文字コード | バイナリファイル |
| 区切り文字 | N/A |

添付ファイル一覧：
- sha256sums.txt
- tailwindcss-linux-arm64
- tailwindcss-linux-arm64-musl
- tailwindcss-linux-x64
- tailwindcss-linux-x64-musl
- tailwindcss-macos-arm64
- tailwindcss-macos-x64
- tailwindcss-windows-x64.exe

## 処理フロー

### 処理シーケンス

```
1. buildジョブ（12プラットフォーム並列実行）
   ├─ リポジトリチェックアウト
   ├─ pnpmセットアップ
   ├─ Node.js v24セットアップ
   ├─ 必要に応じてクロスコンパイラインストール（arm向け）
   ├─ Cargoキャッシュ復元
   ├─ Oxideビルドキャッシュ復元
   ├─ Rustターゲット追加
   ├─ 依存関係インストール
   ├─ Oxideネイティブバイナリのビルド
   ├─ デバッグシンボルのストリップ
   └─ アーティファクトアップロード
2. build-freebsdジョブ（FreeBSD向けビルド）
   ├─ FreeBSD VM環境構築
   ├─ Rust/Node.js/pnpmインストール
   ├─ Oxideビルド
   ├─ シンボルストリップ
   └─ アーティファクトアップロード
3. prepareジョブ（build, build-freebsd完了後に実行）
   ├─ リポジトリチェックアウト（fetch-depth: 20）
   ├─ タグ取得（git fetch --tags -f）
   ├─ タグ名解決（git describe --tags --abbrev=0 → TAG_NAME）
   ├─ pnpm/Node.jsセットアップ
   ├─ Cargoキャッシュ復元
   ├─ Oxideビルドキャッシュ復元
   ├─ WASMターゲット追加（wasm32-wasip1-threads）
   ├─ 依存関係インストール
   ├─ 全アーティファクトダウンロード
   ├─ 各プラットフォームディレクトリへバイナリ配置
   ├─ Tailwind CSSビルド（FEATURES_ENV=stable）
   ├─ pre-publish最適化実行
   ├─ プレリリースバージョン依存関係ロック
   ├─ リリースノート抽出（release-notes.mjs → RELEASE_NOTES）
   ├─ スタンドアロンCLIバイナリのアーティファクトアップロード
   ├─ npmパッケージtarballのアーティファクトアップロード
   └─ GitHub Releaseドラフト作成（リリースノート + スタンドアロンバイナリ添付）
```

### フローチャート

```mermaid
flowchart TD
    A[v*タグのpush] --> B{同一ワークフロー実行中?}
    B -->|Yes| C[既存実行をキャンセル]
    B -->|No| D[buildジョブ: 12プラットフォーム並列ビルド]
    C --> D
    A --> E[build-freebsdジョブ: FreeBSDビルド]
    D --> F{全ビルド成功?}
    E --> F
    F -->|Yes| G[prepareジョブ開始]
    F -->|No| H[ワークフロー失敗]
    G --> I[タグ名解決]
    I --> J[アーティファクトダウンロード・配置]
    J --> K[Tailwind CSSビルド FEATURES_ENV=stable]
    K --> L[pre-publish最適化]
    L --> M[プレリリースバージョンロック]
    M --> N[リリースノート抽出]
    N --> O[スタンドアロンCLIアーティファクトアップロード]
    O --> P[npmパッケージtarballアーティファクトアップロード]
    P --> Q[GitHub Releaseドラフト作成]
    Q --> R[ワークフロー完了]
```

## データベース操作仕様

### 操作別データベース影響一覧

本バッチはデータベースを使用しない。GitHub APIを通じたRelease作成が主な外部操作である。

| 処理 | 対象 | 操作種別 | 概要 |
|-----|------|---------|------|
| GitHub Release作成 | GitHub API | CREATE | ドラフトリリースの作成（リリースノート、バイナリ添付） |
| アーティファクトアップロード | GitHub Actions Artifacts | UPLOAD | スタンドアロンCLI、npmパッケージtarball |

### テーブル別操作詳細

N/A（データベース操作なし）

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| BUILD_FAIL | ビルドエラー | Rustコンパイルエラー、依存関係の不整合 | ビルドログを確認し修正後、再度タグpushまたはworkflow_dispatch |
| TAG_NOT_FOUND | タグエラー | git describe --tagsでタグが取得できない | タグが正しくpushされているか確認 |
| RELEASE_NOTES_MISSING | リリースノートエラー | CHANGELOG.mdに対象バージョンの記載がない | CHANGELOG.mdを更新してからタグpush |
| ARTIFACT_FAIL | アーティファクトエラー | ビルド成果物のアップロード/ダウンロード失敗 | ワークフローを再実行（workflow_dispatch） |
| GH_RELEASE_FAIL | GitHub Release作成エラー | 権限不足、API制限 | contents: write権限を確認し再実行 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | 自動リトライなし（workflow_dispatchで手動再実行） |
| リトライ間隔 | N/A |
| リトライ対象エラー | 一時的なネットワークエラー、API制限によるエラー |

### 障害時対応

1. buildジョブ失敗時：該当プラットフォームのビルドログを確認。workflow_dispatchで再実行可能。
2. prepareジョブ失敗時：リリースノート抽出またはGitHub Release作成が失敗した場合、CHANGELOG.mdの内容を確認。既にドラフトリリースが作成されている場合はGitHub上で手動編集も可能。
3. スタンドアロンCLI生成失敗時：ビルドログを確認し、@tailwindcss-standaloneパッケージのビルドスクリプトを確認する。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | ジョブ単位（build/prepare） |
| コミットタイミング | 各ジョブ正常完了時 |
| ロールバック条件 | ジョブ失敗時は自動停止。GitHub Releaseドラフトは手動で削除可能 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | 12プラットフォームのバイナリビルド + スタンドアロンCLI生成 + GitHub Release作成 |
| 目標処理時間 | buildジョブ: 15分以内 / prepareジョブ: 15分以内 |
| メモリ使用量上限 | FreeBSDビルド: 13GB / その他: GitHub Actionsランナーのデフォルト |

## 排他制御

concurrency設定による排他制御が実装されている。

- group: `${{ github.workflow }}-${{ github.ref }}`（ワークフロー名+refの組み合わせ）
- cancel-in-progress: true（同一グループの実行中ワークフローをキャンセル）

同一タグに対する複数回の実行は、最新のもののみが有効となる。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | 各ジョブ開始時 | GitHub Actions標準のジョブ開始ログ |
| タグログ | prepareジョブ内 | 解決されたTAG_NAME |
| リリースノートログ | prepareジョブ内 | 抽出されたRELEASE_NOTES |
| 進捗ログ | ビルド中 | Rustコンパイル進捗、pnpmインストール進捗 |
| 終了ログ | 各ジョブ終了時 | 成功/失敗ステータス |
| エラーログ | エラー発生時 | コンパイルエラー、GitHub APIエラーの詳細 |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| ジョブ実行時間 | buildジョブ: 15分、prepareジョブ: 15分 | GitHub Actions（timeout-minutesで自動停止） |
| ワークフロー全体失敗 | 1回 | GitHubリポジトリの通知設定に依存 |

## 備考

- 本ワークフローは「準備」のみを担当し、npm公開は行わない。npm公開はReleaseワークフロー（No.11）が担当する。
- GitHub Releaseは`draft: true`で作成されるため、手動で公開する必要がある。公開時にReleaseワークフロー（No.11）がトリガーされる。
- リリースノートはrelease-notes.mjs（No.3）によりCHANGELOG.mdから自動抽出される。対象バージョンの記載がない場合はプレースホルダーが出力される。
- スタンドアロンCLIはLinux（x64/arm64/x64-musl/arm64-musl）、macOS（x64/arm64）、Windows（x64）の7プラットフォーム向けに生成される。
- softprops/action-gh-release@v2を使用してGitHub Releaseドラフトを作成する。
- git fetch --tags -f により、checkout時に取得できなかった可能性のあるタグを強制的に取得する。
- FreeBSDビルドではpnpm installに`|| true`が付加されており、インストール失敗時もビルドを試行する。
