ship

Topics in the source

• Ship Workflow
• 前提条件
• ホスト repo に依存する慣習について
• 手順
• 0. 状態確認
• 1. PR を作る前のコードレビュー
• 1.5. PR 作成（draft → ready）
• 2. CI 確認

コミット済みの変更をコードレビュー → PR 作成（draft）→ ready → CI 確認 → クリーンアップまで進める。 /start-dev を使わずにブランチで直接開発した場合にも対応する。 gh auth status で GitHub 認証済みであること 現在のブランチが main でないこと（機能ブランチ上であること） コミット済みの変更があること /start-dev skill と同じ optional 仕様に従う。status: ラベル運用、preview deploy URL 表示、CHANGELOG 維持などはホスト repo が当該慣習を採用している場合のみ実行する。 スキル開始時に現在の状態を自動検出する。 1. 現在のブランチ名を取得する: git branch --show-current 2. main ブランチ上の場合はエラーメッセージを表示して終了する 3. 未コミットの変更を確認する: git status --porcelain 未コミットの変更がある場合、/commit スキルを実行してコミットする コミット完了後、後続の処理を続行する 4. main からの差分コミット一覧を取得する: git log --oneline origin/main..HEAD コミットがない場合はエラーメッセージを表示して終了する 5. worktree 内かどうかを判定する: git rev-parse --show-toplevel パスに .claude/worktrees/ または .worktrees/ を含む場合は worktree 内と判定する 6. 依存関係をインストールする（package.json がある場合のみ） worktree 直後 / main から切り替えた直後 / lock file が更新された直後は nodemodules が古く、pre-push hook の typecheck や test が依存不足で失敗する 後続の commit / push より前に必ず実行する。host が lefthook / husky / pre-commit を採用している場合、install の prepare スクリプトで pre-push hook も設置される パッケージマネージャは package.json の packageManager フィールドまたは lock file（pnpm-lock.yaml / package-lock.json / yarn.lock）から検出する ロックファイルが最新なら即座に完了する 7. 関連 Issue を検出する: ブランチ名からパターンマッチ（例: feat/issue-42-xxx → #42） コミットメッセージ内の #N パターン 見つからない

This is an excerpt. Refer to the complete source and its current requirements.