Git GUI와 명령줄 비교: 각각이 더 나은 경우와 둘 다 사용하는 방법

Git GUI 대 명령줄은 승자가 한 명인 대회가 아닙니다. 자동화, 스크립트, 서버 및 버튼이 없는 드문 옵션에는 명령줄이 더 좋습니다. Git GUI는 기록을 읽고, 파일의 일부를 준비하고, 충돌을 해결하고, 위험한 작업을 실행하기 전에 무엇이 변경되는지 확인하는 데 더 좋습니다. 따라서 "Git GUI를 사용해야 할까요?"라고 묻는다면 시각적 작업에 대한 실용적인 대답은 '예'입니다. 반면 원격 시스템에서 반복, 스크립트 또는 실행하는 모든 것에 대해 명령줄을 유지합니다. Git에 능숙한 많은 개발자는 둘 다 사용합니다.

아래: 작업별 비교, 각 작업의 약점, 두 기술을 모두 구축하는 학습 경로입니다. 짧은 공개: GitTree의 제작자가 작성했으므로 이에 따라 GitTree 섹션을 평가하세요. 여기에 있는 모든 명령은 일반 Git이며 macOS, Windows 및 Linux에서 동일하게 작동합니다.

Git 명령줄과 GUI: 나란히 비교

이 표에는 Git으로 일주일을 채우는 작업이 포함되어 있습니다. "GUI"는 코드 편집기 내부의 작은 소스 제어 패널이 아닌 전체 데스크톱 Git 클라이언트를 의미합니다.

간단히 말해서 Git GUI와 CLI 분할은 간단합니다. 작업이 텍스트이거나 반복 가능하거나 원격인 경우 명령줄이 승리하고 결정하기 전에 무언가를 확인해야 하는 경우 GUI가 승리합니다.

Git 명령줄이 더 나은 경우

• 자동화 및 CI. 두 번 수행하는 모든 작업은 스크립트, Git 후크 또는 CI 단계가 될 수 있습니다. GUI는 스크립트를 실행할 수 있지만 대체할 수는 없습니다.
• 원격 컴퓨터. 서버, 컨테이너 또는 SSH를 통해 데스크톱이 전혀 없는 경우가 많습니다. git은 어디에서나 믿을 수 있는 유일한 도구입니다.
• 전체 적용 범위. Pro Git 책에서는 다음과 같이 명확하게 설명합니다. 명령줄 클라이언트가 할 수 없는 일을 그래픽 클라이언트가 할 수 있는 일은 없습니다. 최신 Git 릴리스에 추가된 배관 명령, 드문 플래그 및 옵션은 명령줄에 먼저 도달합니다.
• 공유 및 재생산. 명령을 README, 코드 검토 또는 이슈에 붙여 넣을 수 있으며 누구나 정확하게 실행할 수 있습니다. “해당 메뉴에서 세 번째 항목을 클릭하세요”도 이동하지 않습니다.
• 전문가를 위한 속도. 몇 가지 별칭을 사용하면 능숙한 사용자가 마우스를 건드리지 않고도 커밋하고 분기하고 푸시할 수 있습니다.

시작하기 위한 세 가지 일반적인 별칭: 짧은 상태, 모든 분기의 한 줄 그래프, 마지막 메시지를 유지하는 수정.

git config --global alias.st "status --short --branch"
git config --global alias.lg "log --graph --oneline --all --decorate"
git config --global alias.amend "commit --amend --no-edit"

Git GUI가 더 나은 경우

Git GUI는 한 번에 많은 것을 보거나 연속해서 많은 작은 결정을 내려야 하는 작업에서 그 자리를 차지합니다. Git 자체는 이를 인정합니다. 탐색 기록을 위한 gitk와 커밋 준비를 위한 git gui(일부 Linux 배포판에서는 이를 별도로 패키지함)라는 두 가지 그래픽 도구가 함께 제공됩니다.

역사와 분기 읽기

세 개의 분기를 사용하면 git log --graph --oneline --all을 완벽하게 읽을 수 있습니다. 20이면 줄이 교차하고 줄 바꿈되므로 커밋을 클릭하여 변경된 내용을 확인할 수 없습니다. 커밋 그래프를 사용하면 하나의 브랜치를 따라가고, 작성자나 메시지별로 검색하고, 모든 커밋을 열 수 있습니다. Git 트리 시각화 도우미 가이드에서는 두 가지를 자세히 비교합니다.

파일의 일부 준비

git add -p는 변경 사항을 덩어리별로 살펴봅니다. y 또는 n를 누르고, 덩어리를 분할하려면 s를 누르고, 몇 줄만 원할 때 패치를 직접 편집하려면 e를 누릅니다. 작동하지만 변경 사항이 많은 파일에서는 속도가 느립니다. GUI에서는 덩어리를 클릭하거나 커밋에서 원하는 정확한 라인을 선택합니다.

git add -p src/app.ts

갈등과 역사가 다시 쓰여진다

병합 충돌과 대화형 리베이스는 대부분의 사람들이 도움을 찾는 곳입니다. 명령줄에서 <<<<<<< 마커를 직접 편집하거나 텍스트 편집기에서 할 일 목록을 다시 작성하고 순서가 맞기를 바랍니다. GUI는 결과 옆에 충돌의 양면을 표시하고 리베이스를 드래그하여 재정렬하는 목록으로 바꿉니다. 단계별 가이드: [Git 병합 충돌을 해결하는 방법](/ko/blog/resolve-git-merge-con conflicts) 및 Git GUI의 대화형 리베이스.

Git GUI와 명령줄: 정직한 절충점

명령줄 비용

• 가파른 시작. 명령이 이해되기 전에 모델(작업 트리, 스테이징 영역, 커밋, 분기)을 배워야 하며 터미널은 해당 모델을 그려주지 않습니다.
• 파괴적인 명령은 오타가 하나 있습니다. git reset --hard는 커밋되지 않은 작업을 버리고 git push --force는 그 동안 팀원이 푸시한 커밋을 덮어쓸 수 있습니다.
• 출력은 일반 텍스트입니다. 두 개의 브랜치를 비교하거나 터미널에서 큰 차이를 검토하는 것은 가능하지만 속도가 느립니다.

GUI 비용

• Git이 수행하는 작업을 숨길 수 있습니다. 버튼 이름만 익히면 버튼이 없거나 GUI를 사용할 수 없는 날에 막히게 됩니다.
• 적용 범위와 행동은 고객마다 다릅니다. 일부는 더 희귀한 명령을 생략하고 일부는 터미널에 있는 버전이 아닐 수도 있는 자체 Git 복사본을 제공합니다.
• 데스크톱이 없는 서버에서는 실행되지 않으며, 스크립트나 CI를 대체하지 않습니다.

git reflog
git reset --hard HEAD@{1}

자체 Git을 실행하는 GUI가 CLI에 더 가까이 다가가는 방법

"GUI인가요, 아니면 명령줄인가요?"에 대한 가장 좋은 대답은 다음과 같습니다. 명령줄에서 벗어나지 않는 GUI입니다. 하나를 선택할 때 세 가지를 찾으십시오.

1. 설치한 Git을 실행합니다. GUI에서 커밋, 리베이스 또는 푸시를 수행하면 이미 알고 있는 Git 버전 및 구성을 사용하여 명령이 제공했을 결과가 제공됩니다.
2. 내부에 터미널이 있습니다. 작업이 명령보다 빠른 경우 창을 전환하거나 위치를 잃지 않고 입력할 수 있습니다.
3. 안전망은 Git과 일치합니다. 강제 푸시는 --force-with-lease를 사용해야 합니다. 이는 마지막으로 가져온 이후 다른 사람이 푸시한 커밋 덮어쓰기를 거부하고 실수를 취소할 수 없어야 합니다.

이것이 GitTree, 데스크톱 Git 클라이언트가 구축되는 방식입니다. 자체 번들로 묶는 대신 컴퓨터에 이미 있는 Git(버전 2.39 이상)을 사용하므로 모든 작업이 명령줄과 일치합니다. 내장 터미널은 커밋 그래프 아래에 도킹되어 저장소 루트에서 열리고 자체 쉘을 실행합니다. 강제 푸시는 항상 --force-with-lease을(를) 사용합니다. 실행 취소 및 다시 실행은 커밋 및 수정, 체크아웃, 재설정, 리베이스, 삭제된 변경 사항 및 삭제된 분기를 포함합니다. 모든 파괴적인 단계는 실행되기 전에 스냅샷을 찍고, 리프로그 보기를 사용하면 이전 위치를 복원할 수 있습니다.

명령 팔레트(Ctrl+Shift+P 또는 Mac의 경우 ⌘+Shift+P)는 하나의 검색 상자에 약 300개의 명령을 넣고 해당 명령이 있는 모든 명령 옆에 키보드 단축키를 표시합니다. 사용자 정의 명령은 앱 메뉴에 자신만의 스크립트를 추가합니다.

GitTree에는 모든 Git 기능, 비공개 저장소가 포함된 macOS, Windows 및 Linux에 대한 무료 요금제가 있으며, AI 도우미인 Nour에는 GitTree Pro가 함께 제공됩니다(가격 참조). 모든 Git 기능은 로그인하면 무료 플랜으로 제공되며, Windows에서는 Git for Windows를 설치해야 합니다. Ubuntu 22.04가 Git 2.34와 함께 제공되므로 먼저 Ubuntu에서 Git 업그레이드 가이드를 참조하여 Git을 업그레이드하세요.

Git GUI를 사용해야 합니까? 빠른 결정 가이드

• Git을 처음 사용하는 경우: GUI와 위의 5개 명령을 함께 사용하여 시작하세요. 그래프는 모델을 가르치고 명령은 어휘를 가르칩니다. 초보자를 위한 Git 가이드에서 첫 번째 프로젝트를 안내합니다.
• 당신은 터미널에 살고 있습니다: 그것을 유지하고 기록, 충돌 및 대규모 차이점에 대한 GUI를 추가하십시오.
• 디자이너, 작가 또는 기타 비개발자와 함께 작업합니다. GUI를 사용하면 명령을 기억하지 않고도 커밋하고 동기화할 수 있습니다.
• 주로 Git은 서버나 CI에서 실행합니다. 명령줄이 적합한 도구이고 GUI는 거의 추가하지 않습니다.

GUI가 설정에 포함된 경우 최고의 Git GUI 클라이언트 모음에 있는 옵션을 비교하거나 macOS, Windows 또는 Linux에서 GitTree를 사용해 보세요. 모든 설치 프로그램은 GitTree 다운로드 페이지에 있습니다.

어느 쪽을 선택하든 목표는 Git이 수행하는 작업을 이해하는 것입니다. 그래프와 터미널을 함께 사용하면 둘 중 어느 것보다 더 빠르게 결과를 얻을 수 있습니다. 질문? 지원 페이지에는 당사에 연락할 수 있는 모든 방법이 나와 있습니다.