Pull Request
プルリクエスト
プルリクエストは、コードホスティングサイト上の記録です。一つのブランチの変更をベースブランチに追加する前に、レビューを依頼します。
もう一つの例
機能の作者はコードの差分、問題リンク、テスト証拠、およびアップグレードリスクを含めます。レビュアーは正確な変更点を議論し、必要なチェックを通過させ、マージを追跡可能な状態に保ちます。プルリクエストはホスティングワークフローに属し、Git オブジェクトではありません。
主な部分
- 01ヘッドとベース
- 02差分と議論
- 03レビューとチェック
以下の場合に使用します
ブランチ変更をレビュー、自動チェック、および管理されたマージのために提案する場合にこの用語を使用します。
以下の場合は使用しないでください
PRの承認はコードの正確性を証明するものではありません。レビュアーがリスクを判断するために必要なすべての事実を含めてください。
コードで使用する名前
head branch → review + checks → base branch 出荷前に
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome:Complete the task with プルリクエスト (Pull Request)。 User context:機能の作者はコードの差分、問題リンク、テスト証拠、およびアップグレードリスクを含めます。レビュアーは正確な変更点を議論し、必要なチェックを通過させ、マージを追跡可能な状態に保ちます。プルリクエストはホスティングワークフローに属し、Git オブジェクトではありません。 Delivery concept or operation:プルリクエスト (Pull Request)。 Why it fits:ブランチ変更をレビュー、自動チェック、および管理されたマージのために提案する場合にこの用語を使用します。 Do not use it when:PRの承認はコードの正確性を証明するものではありません。レビュアーがリスクを判断するために必要なすべての事実を含めてください。 Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
このリクエストを確認する
Review how プルリクエスト (Pull Request) is used now. Definition: プルリクエストは、コードホスティングサイト上の記録です。一つのブランチの変更をベースブランチに追加する前に、レビューを依頼します。 Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.