Git Tag
Git 태그
Git 태그는 하나의 정확한 객체를 가리키는 이름으로, 주로 릴리스 커밋을 가리킵니다. 주석이 있는 태그는 또한 누가 만들었는지, 메시지, 날짜, 서명을 저장할 수 있습니다.
다른 예시
버전 3.2.0은 검증된 커밋에서 준비됩니다. v3.2.0이라는 서명된 주석 태그가 이에 가리키며 의도적으로 푸시됩니다. 공개 릴리스 태그를 이동하면 다른 사람이 의존하는 소스 기록이 깨집니다.
주요 부분
- 01태그 이름
- 02대상 객체
- 03주석 또는 서명
사용할 때
정확한 커밋이나 릴리스 지점에 안정적인 이름을 부여할 때 이 용어를 사용하세요.
다음 경우에는 사용하지 마세요
단순한 로컬 태그를 전체 릴리스 기록으로 취급하지 말고, 게시된 태그를 몰래 이동하지 마세요.
코드에서 사용된 이름
git tag -s v3.2.0 <commit> 출시하기 전에
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 Tag)。 User context:버전 3.2.0은 검증된 커밋에서 준비됩니다. v3.2.0이라는 서명된 주석 태그가 이에 가리키며 의도적으로 푸시됩니다. 공개 릴리스 태그를 이동하면 다른 사람이 의존하는 소스 기록이 깨집니다. Delivery concept or operation:Git 태그 (Git Tag)。 Why it fits:정확한 커밋이나 릴리스 지점에 안정적인 이름을 부여할 때 이 용어를 사용하세요. 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.
이 요청을 확인하세요
Review how Git 태그 (Git Tag) is used now. Definition: Git 태그는 하나의 정확한 객체를 가리키는 이름으로, 주로 릴리스 커밋을 가리킵니다. 주석이 있는 태그는 또한 누가 만들었는지, 메시지, 날짜, 서명을 저장할 수 있습니다. 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.