Git Worktree
Git 작업 트리
Git Worktree는 하나의 저장소에 연결된 또 다른 폴더예요. 여러 브랜치를 한 번에 띄워놓을 수 있어요.
다른 예시
하나의 작업 트리가 긴 기능을 실행합니다. 다른 트리는 메인에서 시작하여 긴급한 프로덕션 버그를 안전하게 수정합니다.
주요 부분
- 01Branch or change set
- 02Review and verification gate
- 03Released result
사용할 때
병렬 브랜치, 별도 에이전트 작업, 릴리스 수정 또는 고유한 폴더가 필요한 비교에 사용하세요.
다음 경우에는 사용하지 마세요
작업 트리를 중첩하지 마세요, Git 뒤의 폴더를 삭제하지 마세요, 독립적인 에이전트에 겹치는 경로를 주지 마세요.
코드에서 사용된 이름
git worktree add/list/remove 출시하기 전에
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome:Complete the task with Git 작업 트리 (Git Worktree)。 User context:하나의 작업 트리가 긴 기능을 실행합니다. 다른 트리는 메인에서 시작하여 긴급한 프로덕션 버그를 안전하게 수정합니다. Delivery concept or operation:Git 작업 트리 (Git Worktree)。 Why it fits:병렬 브랜치, 별도 에이전트 작업, 릴리스 수정 또는 고유한 폴더가 필요한 비교에 사용하세요. Do not use it when:작업 트리를 중첩하지 마세요, Git 뒤의 폴더를 삭제하지 마세요, 독립적인 에이전트에 겹치는 경로를 주지 마세요. 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.
이 요청을 확인하세요
Review how Git 작업 트리 (Git Worktree) is used now. Definition: Git Worktree는 하나의 저장소에 연결된 또 다른 폴더예요. 여러 브랜치를 한 번에 띄워놓을 수 있어요. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.