Git 풀

Outcome：Complete the task with Git 풀 (Git Pull)。 User context：개발자가 상태를 확인하고, 팀에서 정한 방식대로 코드를 받아온 다음, 수정하기 전에 충돌을 해결해요. Delivery concept or operation：Git 풀 (Git Pull)。 Why it fits：상위 브랜치와 병합 계획이 알려져 있고 작업 트리가 안전하게 업데이트될 수 있을 때 사용하세요. Do not use it when：해결되지 않은 변경 사항이나 알 수 없는 기본 전략으로 pull하지 마세요. Pull은 단순 읽기 다운로드가 아닙니다. 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.