깃 & 전달 핵심 B · 공식 안내 플랫폼: 일반

Git Tag

Git 태그

Git 태그는 하나의 정확한 객체를 가리키는 이름으로, 주로 릴리스 커밋을 가리킵니다. 주석이 있는 태그는 또한 누가 만들었는지, 메시지, 날짜, 서명을 저장할 수 있습니다.

당신은 이것을 이렇게 부를 수 있습니다 Git TagGit 태그

작동 방식을 확인하세요

원본 작업 예제Git 태그

다른 예시

버전 3.2.0은 검증된 커밋에서 준비됩니다. v3.2.0이라는 서명된 주석 태그가 이에 가리키며 의도적으로 푸시됩니다. 공개 릴리스 태그를 이동하면 다른 사람이 의존하는 소스 기록이 깨집니다.

주요 부분

  1. 01태그 이름
  2. 02대상 객체
  3. 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.

B
이 용어는 얼마나 공식적인가요?

공식 안내

명명된 플랫폼, 프레임워크, 프로젝트 또는 전문가 그룹에는 이 용어에 대한 공식 가이드가 있습니다.

해당 출처에 대해 공식적인 것입니다. 다른 플랫폼이나 팀은 그 용어를 다른 방식으로 사용할 수 있습니다.

범위
소스가 포함하는 것만:정규 이름、정의、플랫폼 API、구현、사용 안내
문서 상태
안정적인
선택됨
2026-07-30

증거 출처 및 범위

권위 있는 출처 + 용어 참조 · Git · 안정적인 git-tag 범위: 정규 이름、정의、플랫폼 API、구현、사용 안내 여기 역할: 직접 용어 참조 출처 범위: 정규 이름, 정의, 플랫폼 API, 구현, 사용 안내

직접 복사

브라우저가 이것을 복사할 수 없습니다. 아래 요청을 선택하고 직접 복사하세요.