소개
이 랩에서는 Git 태그가 특정 커밋을 가리키는지 확인하는 방법을 배우게 됩니다. git rev-parse 명령을 사용하여 태그와 관련된 커밋 해시를 검색한 다음, Git 로그에서 얻은 실제 커밋 해시와 비교해 볼 것입니다.
실용적인 단계를 통해 간단한 Git 저장소를 생성하고, 파일을 추가하고, 커밋을 만들고, 태그를 생성할 것입니다. 그런 다음 git rev-parse를 사용하여 태그의 커밋 해시를 찾고, Git 로그에서 얻은 커밋 해시와 비교하여 정확성을 검증할 것입니다. 마지막으로, 다양한 태그로 이 프로세스를 테스트하여 이해도를 높일 것입니다.
git rev-parse 태그 실행
이 단계에서는 git rev-parse 명령을 사용하여 특정 태그와 관련된 커밋 해시를 찾는 방법을 배우겠습니다. Git 의 태그는 타임라인에 있는 영구적인 마커와 같으며, 일반적으로 릴리스 지점 (예: v1.0, v2.0 등) 을 표시하는 데 사용됩니다.
먼저, 프로젝트 디렉토리에 있는지 확인해 보겠습니다. 터미널을 열고 my-time-machine 디렉토리로 이동합니다.
cd ~/project/my-time-machine
이제 간단한 파일을 만들고 커밋을 해보겠습니다. 이렇게 하면 태그를 지정할 무언가가 생깁니다.
echo "This is the first version." > version.txt
git add version.txt
git commit -m "Add initial version file"
커밋 후 다음과 유사한 출력을 볼 수 있습니다.
[master <commit-hash>] Add initial version file
1 file changed, 1 insertion(+)
create mode 100644 version.txt
이제 이 커밋에 대한 태그를 생성해 보겠습니다. v1.0이라고 부르겠습니다.
git tag v1.0
이 명령은 어떤 출력도 생성하지 않지만, 현재 커밋을 가리키는 v1.0이라는 경량 태그를 생성했습니다.
저장소의 태그를 보려면 git tag를 사용할 수 있습니다.
git tag
다음과 같은 출력을 볼 수 있습니다.
v1.0
이제 git rev-parse를 사용하여 v1.0 태그가 가리키는 커밋 해시를 찾아보겠습니다.
git rev-parse v1.0
이 명령은 전체 커밋 해시를 출력합니다.
<full-commit-hash>
git rev-parse 명령은 다양한 Git 참조 (태그, 브랜치 또는 부분 커밋 해시) 를 전체 커밋 해시로 변환하는 데 매우 유용합니다. 이는 스크립팅 또는 기타 Git 작업에 커밋의 정확한 식별자가 필요할 때 유용합니다.
커밋 해시와 비교
이전 단계에서 git rev-parse v1.0을 사용하여 v1.0 태그와 관련된 커밋 해시를 얻었습니다. 이제 이 해시를 Git 로그의 실제 커밋 해시와 비교하여 동일한지 확인해 보겠습니다.
먼저, 여전히 ~/project/my-time-machine 디렉토리에 있는지 확인합니다.
cd ~/project/my-time-machine
이제 git log --oneline을 사용하여 커밋 로그를 살펴보겠습니다. --oneline 옵션은 각 커밋을 한 줄에 표시하므로 커밋 기록과 짧은 해시를 빠르게 확인하는 데 유용합니다.
git log --oneline
다음과 유사한 출력을 볼 수 있습니다.
<short-commit-hash> (HEAD -> master, tag: v1.0) Add initial version file
줄의 시작 부분에 있는 짧은 커밋 해시에 주목하십시오. 이것은 전체 커밋 해시의 약식 버전입니다. 또한 v1.0 태그가 이 커밋 옆에 나열되어 있어 태그가 이 특정 커밋을 가리키고 있음을 나타냅니다.
이제 git rev-parse v1.0을 다시 사용하여 전체 커밋 해시를 얻어보겠습니다.
git rev-parse v1.0
그러면 전체 커밋 해시가 출력됩니다.
<full-commit-hash>
git rev-parse에서 얻은 전체 커밋 해시를 git log --oneline에서 얻은 짧은 커밋 해시와 비교합니다. 짧은 해시는 전체 해시의 처음 몇 글자일 뿐입니다. 둘 다 동일한 커밋을 참조합니다.
이 비교는 git rev-parse <tag-name>이 지정된 태그가 가리키는 커밋 해시를 성공적으로 검색함을 보여줍니다. 이는 Git 의 기본적인 개념입니다. 태그는 단순히 특정 커밋을 가리키는 포인터입니다. 이 관계를 이해하는 것은 프로젝트의 기록을 효과적으로 탐색하는 데 중요합니다.
다양한 태그 테스트
이 단계에서는 git rev-parse를 다양한 태그와 함께 사용하는 연습을 더 하기 위해 다른 커밋과 다른 태그를 생성합니다. 이를 통해 프로젝트 기록에서 태그가 특정 커밋을 가리키는 방식을 더 잘 이해할 수 있습니다.
먼저, ~/project/my-time-machine 디렉토리에 있는지 확인합니다.
cd ~/project/my-time-machine
이제 version.txt 파일을 수정하고 새 커밋을 생성해 보겠습니다.
echo "This is the second version." >> version.txt
git add version.txt
git commit -m "Update version file to v2"
커밋 후 다음과 유사한 출력을 볼 수 있습니다.
[master <new-commit-hash>] Update version file to v2
1 file changed, 1 insertion(+)
이제 새 커밋을 생성했습니다. 이 최신 커밋에 다른 태그인 v2.0을 추가해 보겠습니다.
git tag v2.0
다시 말하지만, 이 명령은 출력을 생성하지 않지만 태그는 생성됩니다.
이제 저장소의 모든 태그를 나열해 보겠습니다.
git tag
두 태그를 모두 볼 수 있습니다.
v1.0
v2.0
마지막으로, git rev-parse를 사용하여 새 태그인 v2.0에 대한 커밋 해시를 얻어보겠습니다.
git rev-parse v2.0
그러면 v2.0 태그를 생성한 커밋에 대한 전체 커밋 해시가 출력됩니다.
<full-commit-hash-for-v2>
또한 git rev-parse를 사용하여 v1.0 태그에 대한 해시를 다시 얻어 원래 커밋을 계속 가리키는지 확인할 수 있습니다.
git rev-parse v1.0
그러면 v1.0 태그를 생성한 커밋에 대한 전체 커밋 해시가 출력됩니다 (1 단계에서 본 것과 동일한 해시).
<full-commit-hash-for-v1>
git rev-parse를 다른 태그 이름과 함께 사용하면 프로젝트의 각 태그 지정된 버전과 관련된 특정 커밋 해시를 쉽게 검색할 수 있습니다. 이는 프로젝트의 기록을 탐색하고 특정 릴리스 지점을 참조하는 데 매우 유용합니다.
요약
이 랩에서는 Git 태그가 특정 커밋을 가리키는지 확인하는 방법을 배웠습니다. 먼저 git rev-parse <tag> 명령을 사용하여 주어진 태그와 관련된 커밋 해시를 검색했습니다. 이 명령은 다양한 Git 참조를 전체 커밋 해시로 변환하는 강력한 도구입니다.
그런 다음 git rev-parse에서 얻은 커밋 해시를 Git 로그에서 찾은 실제 커밋 해시와 비교하여 태그가 실제로 예상된 커밋을 가리키는지 확인했습니다. 이 프로세스를 통해 태그가 나타내는 정확한 커밋을 확인할 수 있으며, 이는 릴리스를 관리하고 프로젝트 기록의 특정 지점을 추적하는 데 중요합니다.
