Git 푸시

Outcome：Complete the task with Git 푸시 (Git Push)。 User context：개발자가 commit과 리모트를 확인하고, feature 브랜치를 push한 다음, 보호되는 main은 건드리지 않고 리뷰를 요청해요. Delivery concept or operation：Git 푸시 (Git Push)。 Why it fits：검증된 원격 브랜치와 확인된 로컬 커밋을 저장소 규칙에 따라 공유하는 데 사용하세요. Do not use it when：비밀, 생성된 쓰레기, 잘못된 브랜치를 push하지 마세요. 명확한 조정 없이 공유 히스토리를 강제로 변경하지 마세요. 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.