Git 저장소

Outcome：Complete the task with Git 저장소 (Git Repository)。 User context：새로운 기여자는 검증된 원격 URL을 복제하고 알려진 릴리스 태그를 확인합니다. 태그는 예상 커밋을 가리켜야 하며, 체크 아웃된 파일은 그것과 일치해야 합니다. GitHub 프로젝트 페이지, 복사된 폴더, 서비스 계정 자체는 Git 저장소 데이터 모델이 아닙니다. Delivery concept or operation：Git 저장소 (Git Repository)。 Why it fits：개체, 참조, 설정, 때로는 작업 파일을 포함하는 버전 관리된 Git 구조에 이 용어를 사용하세요. Do not use it when：조직, 호스팅 사이트, 프로젝트 보드, 배포 또는 어떤 소스 폴더든 느슨한 이름으로 저장소를 사용하지 마세요. 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.