수정 된 git 태그 이름과 메시지가 이미 존재하기 때문에 거부 됨

짧은 답변

리모컨에서 태그를 삭제 한 다음 다시 밀어서 다시 생성합니다 (또는을 사용 --force하여 한 번에 둘 다 수행).

토론

아이디어 태그 뒤에은 (레이블로, 분기 이름의 생각과 반대로 절대 변경 레이블 점이다 않는 변경). 결과적으로 Git은 일반적으로 기존 태그를 가져 와서 새롭고 다른 위치를 가리키는 것을 꺼립니다.

이것이 -f태그를 변경할 때 (force) 플래그 를 사용해야하는 이유입니다 .

git tag newname newname -f -m "new message for renamed tag"

가 없으면 -fGit은 태그가 이미 존재한다고 불평하고 아무것도하지 않습니다.

을 사용하고 있기 때문에 주석-m 이 달린 태그 를 받게 됩니다. 그렇지 않으면 어떤 식 으로든 태그를 변경하지 않고 문제가 없기 때문에 이것은 중요합니다.

Digression : 일반 태그와 주석이 달린 태그

위에서 언급 한 브랜치 (좀 더 구체적으로는 브랜치 이름 )와 태그는 모두 레이블입니다.

master일반적으로 같은 브랜치 이름 은 commit-ID로 일부 커밋을 직접 가리 킵니다. 따라서 master커밋 ID로 읽고 변환 할 수 있습니다. git rev-parse명령은 정확히 수행합니다

$ git rev-parse master
3ad15fd5e17bbb73fb1161ff4e9c3ed254d5b243

그러나 태그 이름은 커밋을 직접 가리킬 수 있습니다.

$ git tag temp-tag master
$ git rev-parse temp-tag
3ad15fd5e17bbb73fb1161ff4e9c3ed254d5b243
$ git tag -d temp-tag

이를 경량 태그 라고합니다 .

또는 태그를 나타내는 새로 생성 된 git 객체 를 가리킬 수 있습니다 (호출 을 수행하는 사람과 원하는 정도에 따라 태그 객체 또는 주석이 달린 태그 객체 라고 함). 메시지를 포함하거나로 -a만든 태그 는 다음 주석 태그 중 하나를 만듭니다 .

$ git tag -m foo temp-tag master
$ git rev-parse temp-tag
04565b0274c13ac49a70b8e34cdb9c912e02f0ab

이 주석이 달린 태그는와 다른 ID를 가지고 master있습니다. 실제로는 한 쌍의 항목으로 구성됩니다. 가벼운 스타일 태그는 저장소의 주석이 달린 태그 객체를 가리 킵니다. 커밋을 가리키는 주석이 달린 태그 객체 :

$ git cat-file -p temp-tag | sed 's/@/ /'
object 3ad15fd5e17bbb73fb1161ff4e9c3ed254d5b243
type commit
tag temp-tag
tagger Chris Torek <chris.torek gmail.com> 1461965004 -0700

foo
$ git tag -d temp-tag

메모 object커밋의 ID를 포함하는 라인을.

(Aside : git cat-file -p커밋 ID를 포함하여 원시 ID를 시도 하십시오. ID가있는 것을 볼 수 있습니다. 파이프를 통해 tree시도 하거나 상당히 길 수 있기 때문에 시도하십시오. 또한 해시 값, 사물 에 대해 실행 해보십시오. 예를 들어 . 이들 모두는 매우 유익합니다.)git cat-file -plessmoregit rev-parse3ad15fd5e17bbb73fb1161ff4e9c3ed254d5b243git rev-parse 3ad15

일단 생성 된 객체는 단일 비트가 아닌 비트가 아닌 변경할 수 없습니다. 그들은 완전히 제거 할 수 있습니다 ¹ 만 변경되지 않습니다. 따라서 주석이 달린 태그를 이동하려면 이전 태그를 삭제 한 다음 새 해시 ID를 가져 오는 새 태그를 만들어야합니다. --force플래그 차종은 한 단계에서이 작업을 수행 GIT.

원래 문제로 돌아 가기

태그는 이동 하지 않아야 하므로 Git (현재 ² ) 은 태그가 이동 하지 않는지 확인하고 확인합니다. 기존 경량 또는 주석 태그를 이동하려면 사용해야 --force하거나 -f. 경량 태그의 경우 최소한 실제로는 태그를 삭제 한 다음 (커밋은 아님) 동일한 이름의 새 태그를 새 개체에 연결합니다. 주석이 달린 태그의 경우 경량 태그와 기본 주석 태그 객체를 모두 삭제 한 다음 새 기본 주석 태그 객체를 생성하고 새 경량 태그를 새 주석 태그 객체에 첨부합니다.

물론 이것을 두 단계로 나눌 수 있습니다.

에도 동일한 규칙이 적용됩니다 git push. / git push가 있으므로 두 단계를 하나로 숨기고 최적화 할 수 있지만 실제로는 삭제 및 다시 생성입니다.--force-f

¹ 개체를 제거하는 것은 실제로 상당히 복잡합니다. Git은 객체를 제거하는 것이 아니라 추가하는 것을 중심으로 구축되었습니다. 가비지 컬렉터 , git gc실행할 수있는 모두 내부적으로 별도의 폐품 단계의 무리로 구성 - 어떤 정말 결국 물건을 삭제하는 것을 수동이다.

² 1.8.2 이전의 Git 버전에서는 git push분기 규칙을 태그에 적용하여 작업이 빨리 감기 인 경우 태그를 푸시 할 수 있습니다. 1.8.2 릴리스 정보는 다음으로 시작됩니다.

"git push $ there tag v1.2.3"은 저장소에 이미 존재하는 v1.2.3 태그를 교체하는 데 사용됩니다. $ there 재 작성된 태그가 이전 태그 인 커밋의 자손 인 커밋을 가리키는 경우 v1.2.3 포인트. 이는 오류가 발생하기 쉬운 것으로 확인되었으며 이번 릴리스부터 refs / tags / 계층 구조 아래의 기존 참조를 업데이트하려는 모든 시도는 "--force"없이 실패합니다.