resolve-pr-conflicts

PR の競合を解決する

PR 自体のブランチを、現在のベースに対して更新します。このスキルでは、 PR のマージや別のベースへの変更は許可されていません。

確認と更新

gh pr view <n> -R <owner/repo> --json state,headRefName,headRefOid,baseRefName,mergeable,isCrossRepository,maintainerCanModify

1. PR がオープンであることを確認し、ヘッド SHA とベースブランチを記録します。
2. 一時的なワークツリーで作業し、既存のローカル編集を保持します。
3. 実際のリポジトリから PR のヘッドとベースをフェッチし、ベースの最新コミットを記録します。
4. PR ブランチを更新する前に、フォークへの権限と更新先のリモートを確認します。
5. リポジトリのガイダンスに従って、フェッチしたベースにマージまたはリベースします。

セッション内ですでに許可されている場合を除き、自分が所有していないブランチを書き換える前に、 明示的な承認を得てください。すべての書き換えを開示してください。許可された書き換えには、 明示的な --force-with-lease=<branch>:<recorded-head-sha> を使用してください。 別のコントリビューターが PR のヘッドを更新していた場合は、作業を止めて所有者と調整してください。 ベースブランチには決してプッシュしないでください。

解決と検証

ハンクを解決する前に、競合のガイダンスを読んでください。 Git で競合なくマージできた場合も、両方の変更の意図を保ち、意味上の競合がないか確認してください。 解決にプロダクト上の判断が必要な場合は、質問してください。

1. 競合を解決し、マージまたはリベースを完了します。
2. 統合後のツリーで、リポジトリに関連するビルド、フォーマット、リント、テストを実行します。
3. プッシュする前に、リモートのヘッドとベースを再確認します。
4. ベースが更新されていた場合は、競合を再確認し、リポジトリの最新性に関する要件に従ってください。 同時に行われたヘッドの変更を保持し、結果に変更があれば検証してください。
5. 検証済みの更新を、ユーザーが許可した範囲内で PR ブランチにプッシュします。
6. プッシュ後、PR のヘッドとマージ可能性を再確認します。
7. 完了した作業を保持したうえで、一時的なワークツリーを削除します。

解決した競合、書き換えの有無、実施したチェック、残っている阻害要因を報告してください。 CI の監視または許可されたマージについては、呼び出し元のワークフローに戻してください。