코드를 조금 고쳤는데 어떤 파일을 커밋에 넣을지 명령어만으로 확인하기 어렵다면 Git Extensions의 커밋 창이 도움이 됩니다. 변경된 파일 목록과 차이를 보면서 필요한 파일만 Stage로 옮기고, 메시지를 적어 로컬 저장소에 기록할 수 있습니다.
이 글은 Windows 10 이상 64비트 PC에서 Git Extensions 7.2.1 공식 MSI 파일을 찾는 방법부터 기존 저장소를 열어 변경 파일 한 개를 골라 커밋하는 순서까지 다룹니다. Git for Windows와 .NET Desktop Runtime이 필요한 프로그램이므로 설치 파일만 받은 뒤 곧바로 모든 기능이 작동한다고 생각하지 마세요.
명령어 대신 변경 목록과 차이를 보며 Git 작업하기
Git Extensions는 Git 저장소를 관리하는 Windows용 그래픽 도구입니다. 공식 프로젝트는 독립 실행형 UI와 Windows 탐색기·Visual Studio 연동을 소개합니다. 처음 화면에서 기존 저장소를 열거나 새 저장소를 만들고, 저장소를 연 뒤에는 커밋 기록과 변경 파일을 살펴볼 수 있습니다.
커밋은 변경 내용을 기록하는 단계입니다. 공식 문서는 커밋 창에서 아직 선택하지 않은 변경 파일이 위쪽 목록에, 스테이징한 변경이 아래쪽 목록에 표시된다고 설명합니다. 파일을 선택하면 오른쪽 차이 보기에서 수정 내용을 확인할 수 있어, 이번 커밋에 넣을 파일과 다음으로 미룰 파일을 구분하기 쉽습니다.
Stage는 변경 파일을 이번 커밋에 포함하도록 준비하는 과정이고 Commit은 준비한 내용에 메시지를 붙여 로컬 기록을 만드는 과정입니다. 둘을 혼동하면 원치 않는 파일을 함께 기록할 수 있습니다. Git Extensions의 공식 사용 설명서 역시 변경 파일을 자동으로 포함하지 않으며 사용자가 골라 스테이징해야 한다고 안내합니다.
공식 최신 안정판은 7.2.1입니다. GitHub 릴리스에는 Windows x64 MSI 외에 ARM64 MSI와 휴대용 ZIP이 따로 올라와 있습니다. 이 글의 버튼은 일반적인 Windows 64비트 x64 설치 파일 하나를 가리키며, ARM PC용 파일과 휴대용 압축 파일을 같은 설치 방식으로 설명하지 않습니다.
한 파일 안에서도 일부 줄만 이번 기록에 넣을 수 있습니다. 공식 커밋 문서는 오른쪽 차이 보기에서 필요한 줄을 선택해 Stage selected line(s)를 누르는 방법을 설명합니다. 다만 처음 커밋을 만드는 사람이라면 파일 단위로 작업을 마친 뒤 이 기능을 쓰는 편이 변경 범위를 파악하기 쉽습니다.
공식 문서의 대시보드·커밋·차이 보기 화면
Git Extensions 공식 문서 저장소의 실제 화면 예시입니다. 대시보드의 Open repository, 커밋 창의 Working directory changes·Stage, 기록 화면의 Diff 위치를 보여 줍니다. 이 이미지는 이전 버전 문서 예시로 7.2.1의 색상이나 배치는 다를 수 있습니다.
| 프로그램 | Git Extensions |
|---|---|
| 공식 버전 | v7.2.1 |
| 설치 파일 | GitExtensions-x64-7.2.1.7-0aea2d6df.msi |
| 지원 환경 | Windows 10 이상 x64 |
| 필요 구성 | Git for Windows, .NET 10 Desktop Runtime 10.0.9 이상 |
| 비용 | 무료 오픈소스 |
Windows용 MSI와 필수 구성 먼저 확인하기
공식 v7.2.1 릴리스에서 GitExtensions-x64-7.2.1.7-0aea2d6df.msi를 선택합니다. x64와 arm64는 CPU 종류가 다릅니다. Windows 설정의 시스템 정보를 보고 x64 PC에 맞는 파일인지 확인하세요. GitHub 화면의 Source code 파일은 설치 프로그램이 아닙니다.
Git Extensions 문서는 Git for Windows를 먼저 설치해야 한다고 안내합니다. v7.2.1 릴리스에는 .NET 10 Desktop Runtime 10.0.9 이상 10.x의 x64 버전이 필요하다고 적혀 있고 Git 2.53.0 이상은 권장 버전입니다. 필요한 구성요소가 이미 있는지 확인하지 않고 Git Extensions MSI만 실행하면 첫 시작 화면에서 경로 또는 런타임 오류를 만날 수 있습니다.
설치 뒤 첫 실행에서 설정 검사가 열리면 빨간색 항목은 잘못된 설정, 주황색은 권장 사항에 미치지 못하는 설정으로 보세요. 공식 시작 안내는 해당 항목을 눌러 자동 수정 시도를 할 수 있다고 설명합니다. Git 실행 경로가 비어 있다면 Git for Windows가 설치돼 있는지부터 확인하고, 다시 설정 검사를 진행하세요.
- Windows 시스템 종류가 x64인지 확인합니다.
- Git for Windows와 .NET 10 Desktop Runtime 설치 여부를 확인합니다.
- 공식 릴리스에서 GitExtensions-x64-7.2.1.7-0aea2d6df.msi를 고릅니다.
기존 저장소를 열고 바뀐 파일 찾기
Git Extensions의 대시보드에서 Open repository를 선택하고 작업 중인 프로젝트 폴더를 지정합니다. 공식 시작 문서에도 이 메뉴가 기존 로컬 Git 저장소를 여는 항목으로 소개돼 있습니다. 단순한 빈 폴더라면 저장소로 열리지 않을 수 있으므로 .git 기록이 있는 프로젝트인지 살펴보세요.
저장소가 열리면 상단의 Commit 명령으로 커밋 창에 들어갑니다. 위쪽 Working directory changes에 이번에 수정했거나 새로 생긴 파일이 나옵니다. 파일 하나를 선택해 오른쪽의 변경 내용이 의도한 수정인지 확인하세요. 비밀번호·개인 메모·생성된 대용량 파일이 보인다면 일단 Stage하지 말고 원인을 확인하는 편이 좋습니다.
새 파일은 Untracked로 보일 수 있고 이미 관리 중인 파일을 고치면 Modified로 표시됩니다. 이름이 비슷한 파일을 실수로 고르지 않도록 경로까지 읽으세요. 필요 없는 생성물이 반복해서 나타나면 공식 문서가 안내하는 .gitignore 편집 기능으로 제외할 수 있지만, 무조건 숨기기 전에 그 파일이 프로젝트에 필요한지 판단해야 합니다.
- 대시보드의 Open repository에서 작업 폴더를 엽니다.
- Commit 창의 Working directory changes 목록을 봅니다.
- 파일 경로와 오른쪽 Diff를 대조합니다.
원하는 파일만 Stage하고 로컬 커밋 만들기
이번 기록에 넣을 파일을 위쪽 목록에서 고른 뒤 Stage를 누릅니다. 선택한 변경이 아래쪽 Staged changes로 옮겨졌는지 확인하세요. 공식 문서는 이 과정이 명령줄의 git add와 같다고 설명합니다. 여러 파일 중 한 개만 고르면 나머지 파일은 스테이징되지 않은 상태로 남습니다.
오른쪽 Diff를 다시 살펴보고 커밋 메시지 입력칸에 무엇을 왜 고쳤는지 짧게 적습니다. 예를 들어 로그인 화면에서 버튼 오류를 수정했다면 '로그인 버튼 클릭 오류 수정'처럼 변경을 알아볼 수 있는 문장이 좋습니다. 아래쪽 Commit을 누른 뒤 커밋 기록 화면에서 방금 작성한 메시지와 변경 파일이 나타나는지 확인합니다.
커밋 후에도 Working directory changes에 파일이 남아 있다면 그 파일은 이번 기록에 포함되지 않았을 수 있습니다. 공식 문서는 변경을 자동으로 모두 커밋하지 않는다고 분명히 설명합니다. 실수로 빼놓은 파일이 있다면 다음 커밋에 넣을지 판단하고, 현재 커밋이 무엇을 담고 있는지는 기록 화면의 Diff에서 다시 볼 수 있습니다.
Commit과 Commit & push는 다른 동작입니다. 앞의 버튼은 로컬 기록을 만들고, 뒤의 버튼은 원격 저장소로 보내는 절차까지 이어집니다. 처음에는 Commit으로 기록 결과를 확인한 뒤, 원격 공유가 필요할 때만 저장소의 원격 설정과 대상 브랜치를 다시 확인하세요.
- 필요한 변경 파일을 골라 Stage를 누릅니다.
- Staged changes와 Diff를 다시 확인합니다.
- 메시지를 적고 Commit을 눌러 기록 그래프에서 결과를 확인합니다.
설치 경고나 커밋 결과가 예상과 다를 때
프로그램이 시작되지 않고 .NET 관련 안내가 나오면 공식 릴리스가 요구하는 .NET 10 Desktop Runtime의 x64 10.0.9 이상 10.x 설치 여부를 확인합니다. SDK와 Desktop Runtime은 이름과 용도가 다르므로 필요한 제품명을 맞춰 보세요. Windows ARM64라면 이 글의 x64 MSI가 아니라 공식 릴리스의 ARM64 항목을 검토해야 합니다.
Git이 없다는 알림이나 설정 검사의 빨간 표시가 보이면 Git for Windows 설치와 Git 실행 파일 경로를 확인하세요. Git Extensions 공식 시작 문서는 Git을 먼저 설치해야 한다고 안내합니다. Git 설치 후에도 같은 메시지가 보이면 설정 검사에서 해당 항목을 선택해 경로를 다시 잡아 봅니다.
Commit을 눌렀는데 원하는 수정이 기록에 안 보인다면 Staged changes로 옮겨 놓았는지 확인합니다. 목록에 파일이 남아 있어도 위쪽 Working directory changes에만 있었다면 이번 커밋에는 포함되지 않습니다. 기록 화면에서 커밋을 선택해 Diff를 읽으면 실제 포함된 변경을 확인할 수 있습니다.
커밋 메시지에 작성자 정보 문제가 표시되면 Git의 사용자 이름과 이메일 설정을 확인해야 합니다. 커밋에는 작성자 식별 정보와 메시지가 포함되기 때문입니다. 다른 사람의 계정 정보를 임의로 입력하지 말고, 본인이 이 저장소에서 사용할 이름과 이메일을 설정한 뒤 다시 시도하세요.
잘못된 파일을 Stage로 옮긴 것을 커밋 전에 발견했다면 아래쪽 목록에서 해당 파일을 선택해 Unstage로 되돌리세요. 공식 문서는 이 동작이 스테이징을 취소하는 것이라고 설명합니다. 파일의 실제 수정 내용을 삭제하는 명령과 헷갈리지 않도록 버튼 이름을 확인하고, 위쪽 변경 목록으로 돌아왔는지 본 뒤 올바른 파일을 다시 골라야 합니다.
파일의 일부 줄만 기록하려다가 원하는 줄이 빠졌다면 오른쪽 Diff에서 선택한 범위를 다시 살펴보세요. 공식 문서의 Stage selected line(s)는 파일 전체가 아닌 선택한 줄을 포함하므로, 같은 파일이 스테이징 목록과 미스테이징 목록에 동시에 표시될 수 있습니다. 이 경우 커밋 전에 오른쪽 차이 보기를 다시 읽어 이번 기록에 들어갈 내용과 남을 내용을 구별하세요.
- 시작 오류는 Git for Windows와 .NET Desktop Runtime부터 점검합니다.
- 누락된 변경은 Staged changes 목록을 확인합니다.
- 완료한 커밋의 메시지와 Diff를 기록 화면에서 대조합니다.
자주 묻는 질문
Git Extensions는 무료인가요?
네. 공식 프로젝트에서 공개하는 무료 오픈소스 Git 그래픽 도구이며 v7.2.1 Windows용 MSI를 받을 수 있습니다.
이 설치 파일은 어떤 PC에 맞나요?
Windows 10 이상 x64 PC용 MSI입니다. ARM64 PC용 MSI는 같은 공식 릴리스의 별도 파일입니다.
Git Extensions만 설치하면 되나요?
아니요. 공식 문서는 Git for Windows 선설치를 안내하며 v7.2.1에는 .NET 10 Desktop Runtime 10.0.9 이상 10.x x64가 필요합니다.
파일을 바꿨는데 커밋에 포함되지 않았어요. 왜 그런가요?
변경 파일을 Stage해 아래쪽 Staged changes로 옮겼는지 확인하세요. 작업 폴더의 모든 파일이 자동으로 포함되지는 않습니다.
Commit을 누르면 GitHub에도 올라가나요?
Commit은 로컬 기록을 만듭니다. 원격 저장소로 보내려면 이후 push 단계와 대상 브랜치를 별도로 확인해야 합니다.
첫 커밋은 한 파일씩 확인해 기록하세요
Git Extensions 7.2.1의 Windows x64 MSI를 고르기 전에 Git for Windows와 .NET Desktop Runtime을 확인하세요. 저장소를 연 뒤 변경 파일과 Diff를 읽고 필요한 파일만 Stage로 옮기면 의도한 수정만 로컬 커밋에 담을 수 있습니다.
커밋 버튼을 누른 뒤에는 기록 그래프에서 메시지와 포함된 파일을 다시 보세요. 변경 목록에 남은 파일은 다음 작업으로 넘길지 결정하면 됩니다. 원격 저장소로 보낼 필요가 있을 때에는 별도 push 단계에서 대상 브랜치를 확인하세요.
공식 자료와 확인일
Git Extensions 공식 프로젝트와 무료 배포 · Git Extensions v7.2.1 공식 릴리스 · Git Extensions 공식 시작 안내 · Git Extensions 공식 커밋 사용법 · Git Extensions 공식 기록·차이 보기 · Git for Windows 공식 배포 | 2026-10-05T16:26:07.072466+00:00
