풀 리퀘스트

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.