Git에서 기존 태그 이동

이 기사에서는 Git에서 태그를 이동하는 방법에 대해 설명합니다. 특히 팀으로 작업하는 경우 프로젝트의 타임라인을 엉망으로 만들 수 있으므로 태그를 이동하지 않는 것이 좋습니다.

그럼에도 불구하고 Git을 사용하면 필요할 때 태그를 이동할 수 있습니다. 실용적인 예를 살펴보겠습니다.

Git에서 기존 태그 이동

태그를 최근 커밋으로 이동하려는 시나리오를 시뮬레이션하기 위해 V1 태그를 만들고 일부 커밋을 수행하고 태그를 최근 커밋으로 이동하려고 시도합니다. 시작하자.

이것은 로컬 저장소의 커밋 기록입니다.

$ git log --oneline

git tag 명령을 사용하여 Sixth Update 커밋에 V1 태그를 배치합니다.

$ git tag V1

git log 출력에서 ​​볼 수 있듯이 태그는 이제 Sixth Update에 있습니다. 저장소의 파일을 편집하고 변경 사항을 커밋합시다.

다음은 새 저장소의 커밋 기록입니다.

$ git log --oneline

git tag 명령을 실행하려고 하면 이 오류가 발생합니다.

$ git tag V1
fatal: tag 'V1' already exists

우리는 항상 다른 태그를 생성할 수 있지만 V1 태그를 생성했고 일부 수정 사항이 누락되었다는 것을 깨달았다고 가정해 보겠습니다. 남겨진 변경 사항을 커밋한 후 태그를 어떻게 이동합니까?

Git의 다른 여러 명령과 마찬가지로 강제로 통과할 수 있습니다. 아래와 같이 --force 옵션과 함께 git tag 명령을 사용해야 합니다.

$ git tag --force V1

커밋 히스토리를 확인해보자.

$ git log --oneline

이미 푸시했다면 원격 리포지토리에 게시를 진행할 수 있습니다. 그러나 원격 업데이트를 강제 실행하려면 --force 옵션을 추가해야 합니다.

$ git push origin V1 --force

이것이 Git에서 태그를 이동하는 데 필요한 모든 것입니다. 그러나 사인오프하기 전에 다른 개발자가 원격 리포지토리에서 태그를 업데이트한 후 가져오는 방법을 살펴보겠습니다.

첫 번째 단계는 로컬 리포지토리에서 태그를 삭제하는 것입니다. 우리는 아래 명령을 실행합니다.

$ git tag -d V1

이제 git pull 명령을 실행하여 로컬 저장소를 업데이트할 수 있습니다.

$ git pull

이렇게 하면 로컬 리포지토리의 태그가 업데이트됩니다.

git tag 명령에 --force 옵션을 도입하여 Git에서 태그를 이동할 수 있습니다. 공동 프로젝트 작업 시 태그 생성 및 이동 시 주의하십시오.

프로젝트의 타임라인을 엉망으로 만들 수 있습니다.