Gitk
Gitk는 최초의 그래픽 리포지토리 브라우저입니다. git log의 GUI 래퍼라고 생각하면 됩니다. 리포지토리의 기록을 탐색하고 시각화하는 데 유용합니다. 여러 운영 체제에서 이동할 수 있도록 tcl/tk로 작성되어 있습니다. gitk는 Paul Mackerras가 Git core와는 별개의 독립 프로젝트로 관리합니다. 안정적인 버전은 최종 사용자의 편의를 위해 Git 제품군의 일부로 배포됩니다. Gitk는 Git을 처음 접하는 사용자에게 유용한 학습 보조 도구가 될 수 있습니다.
Gitk overview
Gitk는 버전 제어가 처음이거나 Subversion과 같은 다른 제어 관리 시스템에서 전환하는 경우에 유용한 학습 유틸리티입니다. Gitk는 Git core와 함께 제공되는 편리한 유틸리티로 Git의 내부 메커니즘을 시각화하는 데 도움이 되는 그래픽 사용자 인터페이스를 제공합니다. 다른 인기 있는 Git GUI로는 git-gui와 Atlassian의 자체 Sourcetree가 있습니다.
사용
Gitk는 git log와 비슷하게 호출됩니다. gitk 명령을 실행하면 다음과 비슷한 Gitk UI가 실행됩니다.
왼쪽 상단 창에는 리포지토리에 대한 커밋이 표시되고 맨 위에는 최신 커밋이 있습니다. 오른쪽 하단에는 선택한 커밋의 영향을 받은 파일 목록이 표시됩니다. 왼쪽 하단 창에는 커밋 세부 정보와 전체 diff가 표시됩니다. 오른쪽 하단 창에서 파일을 클릭하면 왼쪽 하단 창의 diff가 관련 섹션에 초점을 맞춥니다.
Gitk는 리포지토리의 현재 상태를 반영합니다. 브랜치 변경과 같이 별도의 명령줄을 사용하여 리포지토리 상태를 수정하면 Gitk를 다시 로드해야 합니다. 파일 메뉴 -> 다시 로드로 Gitk를 다시 로드할 수 있습니다.
관련 자료
전체 Git 리포지토리를 이동하는 방법
솔루션 보기
Bitbucket Cloud에서 Git에 대해 알아보기
기본적으로 Gitk는 현재 커밋 기록을 렌더링합니다. Gitk에는 초기화 시 전달할 수 있는 다양한 명령줄 옵션이 있습니다. 이 옵션은 주로 Gitk의 최상위 보기에서 렌더링된 커밋 목록을 제한합니다. 이러한 수정 옵션을 사용하는 일반적인 실행 형식은 다음과 같습니다.
옵션
gitk [<options>] [<revision range>] [--] [<path>…]
<revision range>" 형식의 수정본 범위를 전달하여
<path>…커밋을 특정 파일 경로로 제한합니다. 수정본 이름에서 경로를 분리하려면 "--"를 사용하여 이전 옵션과 경로를 구분합니다.
--all브랜치, 태그, 참조를 모두 표시합니다.
--branches[=<pattern>] --tags[=<pattern>] --remotes[=<pattern>]Displays the selected item (branches, tags, remotes) as if they were mainline commits. When ＜pattern＞ is passed, further limits refs to ones matching the specified pattern
--since=<date>지정된 날짜보다 더 최근인 커밋을 렌더링합니다.
--until=<date>지정된 날짜보다 더 오래된 커밋을 렌더링합니다.
--date-order커밋을 날짜별로 정렬합니다.
--merge병합 중에 식별된 충돌 파일을 수정하는 커밋을 표시합니다
--left-right커밋이 diff의 어느 쪽에서 왔는지 나타내는 정보 레이블을 렌더링합니다. 왼쪽의 커밋에는 < 기호가, 오른쪽의 커밋에는 > 기호가 접두사로 붙습니다.
--ancestry-path표시할 커밋의 범위가 주어지면(예: commit1..commit2 또는 commit2 commit1) commit1과 commit2 사이의 상위 체인에 직접 존재하는 커밋, 즉 commit1의 하위 항목이면서 commit2의 상위 항목인 커밋만 표시합니다. (더 자세한 설명은 git-log(1)의 "기록 간소화" 문서를 참고하세요.)
L<start>,<end>:<file>주어진 코드 줄 번호 범위의 기록을 추적할 수 있는 강력한 옵션입니다.
Discussion & examples
중요한 출력을 제공하려면 Gitk에는 커밋된 기록이 있는 기본 리포지토리가 필요합니다. 다음 코드는 커밋이 있고 하나로 병합된 브랜치 두 개로 새 리포지토리를 만드는 bash 명령 시퀀스입니다.
mkdir gitkdemo &&
cd gitkdemo &&
git init . &&
echo "hello world" > index.txt &&
git add index.txt &&
git commit -m "added index.txt with hello world content"이 데모 리포지토리는 Gitk로 탐색하기에 좋은 예시입니다. 이 명령 시퀀스는 커밋 1개와 index.txt 파일로 새 리포지토리를 만듭니다. 이제 gitk를 호출하여 리포지토리를 살펴보겠습니다.
Can Gitk compare two commits?
데모 리포지토리를 계속 사용하여 이제 추가 커밋을 만들어 보겠습니다.
echo "prpended content to index" >> index.txt &&
git commit -am "prepended content to index"
명령을 실행하고 나면 gitk를 다시 로드해야 합니다. 명령줄에서 gitk를 다시 로드하거나 GUI를 사용하여 File -> Reload로 이동합니다. 다시 로드되면 새 commit이 표시됩니다.
이제 main 브랜치 참조가 새 커밋을 가리키고 있는 것을 볼 수 있습니다. 두 커밋을 비교하기 위해 왼쪽 상단 기록 패널을 사용할 것입니다. 기록 패널에서 diff의 기반이 될 커밋을 클릭합니다. 선택한 후 두 번째 커밋을 마우스 오른쪽 버튼으로 클릭하면 컨텍스트 메뉴가 열립니다.
컨텍스트 메뉴는 다음과 같은 옵션을 제공합니다
Diff this -> selected
Diff selected -> this옵션 중 하나를 선택하면 두 커밋 사이의 diff가 왼쪽 아래 창에 표시되며 이 예시에서는 다음과 같습니다.
diff 출력은 index.txt에서 두 커밋 사이에 "색인 앞에 콘텐츠"의 새로운 줄이 추가되었다는 것을 보여줍니다.
How to use Gitk to compare two branches
예시의 리포지토리를 계속 사용하여 새 브랜치를 만들어 보겠습니다.
git checkout -b new_branch &&
echo "new branch content" > new_branch_file.txt &&
git add new_branch_file.txt &&
git commit -m "new branch commit with new file and prepended content" &&
echo "new branch index update" >> index.txt &&
git commit -am "new branch commit to index.txt with new content"이어지는 명령 시퀀스는 new_branch라는 새 브랜치를 만들고 브랜치에 new_branch_file.txt 파일을 추가합니다. 또한 index.txt에 새 콘텐츠가 추가되고, 해당 업데이트에 대한 추가 커밋이 이루어집니다. 이제 main보다 2개의 커밋을 앞선 새 브랜치가 생겼습니다. 변경 사항을 반영하기 위해 Gitk를 다시 로드해야 합니다.
Git의 브랜칭 메커니즘에 대해 알아볼 수 있는 좋은 학습 기회입니다. Gitk는 커밋을 직선 시퀀스의 커밋으로 표시합니다. 브랜치라는 용어는 타임라인에서 '브랜치'나 포크를 예상해야 함을 의미합니다. Git 브랜치는 다른 버전 제어 시스템과는 다릅니다. Git에서 브랜치는 커밋을 가리키는 포인터입니다. 커밋이 만들어지면 포인터가 커밋으로 이동합니다. git branch를 만들면 리포지토리나 소스 트리의 구조에서는 아무것도 변경되지 않으며 새 포인터를 만드는 것뿐입니다.
두 브랜치 간에 다른 커밋을 비교하려면 Gitk를 지정된 수정본 범위로 시작해야 합니다. gitk main..new_branch를 실행하면 두 브랜치 참조 간의 커밋만 포함된 Gitk가 열립니다
브랜치를 비교하는 데 효과적인 유틸리티입니다.
Gitk 및 Git Gui 비교
Git Gui는 Git의 또 다른 Tcl/Tk 기반 그래픽 사용자 인터페이스입니다. Gitk는 리포지토리 기록을 탐색하고 시각화하는 데 초점을 맞추는 반면, Git Gui는 개별 commit, 단일 파일 주석을 구체화하는 데 초점을 맞추고 프로젝트 기록은 표시하지 않습니다. Git Gui는 기록 탐색을 위해 Gitk를 실행하는 메뉴 작업도 제공합니다. 명령줄에서 git gui를 실행하여 Git Gui를 호출할 수도 있습니다.
Gitk summary
결론적으로 Gitk는 git log의 그래픽 인터페이스 래퍼입니다. Gitk는 리포지토리의 기록을 시각화하고 탐색하는 데 아주 효과적입니다. Gitk는 Git의 내부적인 사항을 알아보는 데에도 유용한 도구입니다.
이 문서 공유
다음 토픽
여러분께 도움을 드릴 자료를 추천합니다.
이러한 리소스에 책갈피를 지정하여 DevOps 팀의 유형에 대해 알아보거나 Atlassian에서 DevOps에 대한 지속적인 업데이트를 확인하세요.
Bitbucket 블로그
DevOps 학습 경로
