Skip to content
Back to skills

Release Bridge

ASecurity

Bridge Server のリリース(バージョンbump + CHANGELOG + タグ → GH Actions で npm publish)

  • 1,080 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added May 26, 2026
developmentrustbashgit

Security analysis

A100/100

Scanned September 20, 2026

npx -y skills add K9i-0/ccpocket --skill release-bridge --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Release Bridge?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Release Bridge
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/k9i-0-release-bridge/badge)](https://www.skillsdirectory.com/skills/k9i-0-release-bridge)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: release-bridge
description: Bridge Server のリリース(バージョンbump + CHANGELOG + タグ → GH Actions で npm publish)
allowed-tools: Bash(git:*), Bash(grep:*), Bash(npm run test:bridge), Bash(npx tsc:*), Bash(npm run bridge:build), Read, Edit, AskUserQuestion
---

# Bridge Server リリース

Bridge Server (`@ccpocket/bridge`) のリリースを行う。
タグ push 後は GH Actions が自動で npm publish + GitHub Release を作成する。

## 前提

- main ブランチで作業中であること
- 未コミットの変更がないこと

指定済みのバージョン・対象を優先する。未指定の項目は以下の既定ルールで決定し、決定内容と理由を報告してリリースを進める。リリース依頼に含まれるコミット・push・タグ作成に追加の承認を求めない。

## 手順

### 1. 現在のバージョン確認 & 変更内容の収集

```bash
grep '"version"' packages/bridge/package.json
```

前回リリースのタグからの差分を確認する:

```bash
# 前回のタグ
git tag -l 'bridge/v*' --sort=-v:refname | head -1

# 差分コミット
git log $(git tag -l 'bridge/v*' --sort=-v:refname | head -1)..HEAD --oneline -- packages/bridge/
```

### 2. バージョンを決定

差分コミットと実装内容から、次の優先順で決定する。指定済みのバージョンは再確認しない。

- 破壊的変更(`!`、`BREAKING CHANGE`、実際の互換性破壊)がある → `major`。未承認の場合だけ、具体的なバージョンと互換性への影響を示してユーザーに確認する。
- 破壊的変更がなく `feat` / 新機能がある → `minor` を自動採用する。
- その他の修正・改善・保守変更 → `patch` を自動採用する。

### 3. CHANGELOG 更新

`packages/bridge/CHANGELOG.md` の先頭に新しいセクションを追加する。

```markdown
## [X.Y.Z] - YYYY-MM-DD

### Added
- ...

### Changed
- ...

### Fixed
- ...
```

ステップ 1 で確認したコミットを元に、Added / Changed / Fixed に分類する。
空のセクション(該当なし)は省略する。

### 4. バージョン bump

`packages/bridge/package.json` の `version` をステップ 2 で決定したバージョンに更新する。

### 4.5. Flutter 側の expectedBridgeVersion を同期

`apps/mobile/lib/constants/app_constants.dart` の `expectedBridgeVersion` を
ステップ 4 で設定した新バージョンに合わせて更新する。

```dart
static const String expectedBridgeVersion = 'X.Y.Z';  // ← 新バージョンに変更
```

これにより、アプリが古い Bridge に接続した際に更新バナーが正しく表示される。
忘れるとアプリ側のバージョンチェックがずれたまま残る。

### 5. ローカル検証

タグ push 前に、CD と同じチェックをローカルで実行する。
**すべて pass しなければ次のステップに進まない。**

```bash
# テスト
npm run test:bridge

# 型チェック
npx tsc --noEmit -p packages/bridge/tsconfig.json

# ビルド
npm run bridge:build
```

失敗した場合は原因を調査し、今回の変更に起因する問題を修正・再検証する。既存の無関係な問題や権限・認証など自力で解消できない障害が残る場合は、失敗内容と必要な対応を報告し、タグをpushしない。

### 6. コミット & タグ

```bash
git add packages/bridge/package.json packages/bridge/CHANGELOG.md apps/mobile/lib/constants/app_constants.dart
git commit -m "chore(bridge): release vX.Y.Z"
git push origin main
git tag bridge/vX.Y.Z
git push origin bridge/vX.Y.Z
```

### 7. 完了確認

タグ push 後、GH Actions (`bridge-release.yml`) が自動実行される:
- テスト + 型チェック + ビルド
- npm publish(OIDC Trusted Publishing)
- GitHub Release 作成(CHANGELOG から自動抽出)

```bash
gh run list --workflow=bridge-release.yml --limit 1
```

成功を確認したら完了。

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.