mcpField
M
merge

merge

github.com/remotion-dev開発68.9k659 回インストール今日更新
リポジトリ

merge について

Remotion monorepo の既存プルリクエストを扱うスキルです。マージ条件の確認、CI の失敗調査、マージまでを案内し、状態が変わるたびに手順を最初から確認します。

主な機能

  1. 01PR のマージ条件と状態の確認
  2. 02マージコンフリクトの解消
  3. 03CI チェックの監視
  4. 04失敗したジョブの調査
  5. 05条件を満たす PR のマージ

活用シーン

  1. 01PR をマージできない理由の特定
  2. 02コンフリクト解消後の手順再確認
  3. 03マージ前の CI 失敗調査

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/remotion-dev/remotion --skill merge

インストール後、Claude Code で/mergeを入力して読み込まれたか確認します。

詳細

/merge

Remotion モノレポ内の既存のプルリクエストに対して、このスキルを使用します。

ループ

修正のプッシュ、コンフリクトの解決、CI の再実行、その他の状態変更があった場合は、毎回最初から始めます。

  1. PR を特定します。
gh pr view --json number,url,state,isDraft,baseRefName,headRefName,mergeable,mergeStateStatus,reviewDecision,statusCheckRollup

  1. PR がドラフト、クローズ済み、変更を求めるレビューによってブロックされている、必要な承認が不足している、または CI 以外の理由でマージできない状態の場合は、停止してブロッカーを報告します。

  2. GitHub がマージコンフリクトを報告した場合は、pr-ready ワークフローを使用して解決します。必要に応じて解決をコミットしてプッシュし、このループを最初から始めます。

  3. チェックが完了するまで待ちます。

gh pr checks --watch --interval 30
  1. 必須チェックがすべて成功し、PR をマージできる場合は、マージします。
gh pr merge --merge --delete-branch

リポジトリまたは PR で別のマージ方法が明らかに必要な場合は、その方法を使用します。

CI の失敗

チェックが失敗した場合は、対応を決める前に失敗したジョブとログを確認します。

gh pr checks --watch=false
gh run view <run-id> --json databaseId,status,conclusion,url,jobs
gh run view <run-id> --log-failed

CI の失敗が実際の問題である場合：

  1. 必要に応じて pr-ready ワークフローを使用し、根本的な問題をローカルで修正します。
  2. 対象を絞ったローカルチェックを実行し、変更の影響が広範囲に及ぶ場合は、より広範なチェックも実行します。
  3. 修正をコミットしてプッシュします。
  4. ループを最初から始めます。

CI の不安定な失敗である場合：

  1. このモノレポの flake スキルを使用します。
  2. そのスキルの指示に従って、失敗した不安定なジョブを再実行します。
  3. ループを最初から始めます。

コメント

Markdown 対応