Git Branch

Outcome：Complete the task with Git Branch (Git Branch)。 User context：개발자가 invoice-export를 생성할 때 main은 커밋 A를 가리킵니다. 두 개의 새로운 커밋이 invoice-export를 앞으로 이동시키는 동안 main은 작업이 결합될 때까지 A에 머물러 있습니다. 브랜치는 포인터이지 모든 파일의 전체 복사본이나 별도의 배포 환경이 아닙니다. Delivery concept or operation：Git Branch (Git Branch)。 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.