윈도우용 Git 다운로드를 찾고 있다면 Git for Windows 공식 릴리스에서 현재 PC 아키텍처에 맞는 설치 파일을 고르세요. 이 글에서 확인한 최신 릴리스는 2.56.0.windows.1이며 일반 Intel·AMD PC에는 64-bit EXE, Windows 11 ARM PC에는 arm64 EXE가 있습니다. 둘 다 공식 저장소에서 무료로 받을 수 있습니다.
설치 파일은 내려받는 경로만 안내하며 여기서는 실행하지 않았습니다. 설치 뒤 Git Bash에서 버전을 확인하고 이름·이메일을 설정한 다음, 빈 폴더를 저장소로 만들고 첫 커밋이 기록됐는지 확인하는 순서까지 설명합니다. 32비트 PC에 쓸 일반 설치판은 최신 릴리스에 없으므로 MinGit ZIP을 초보자용 대체 설치판처럼 안내하지 않습니다.
Git for Windows는 무엇을 설치하나요?
Git은 파일의 변경 이력을 저장하고 다른 사람과 코드를 합치는 분산 버전 관리 도구입니다. Git for Windows는 이를 Windows에서 쓰기 편하게 제공하며, 공식 사이트는 명령 입력용 Git Bash와 그래픽 방식의 Git GUI를 소개합니다. GitHub 계정은 Git을 로컬에서 설치하고 첫 커밋을 만드는 데 필요하지 않습니다.
공식 화면에는 Git Bash에서 git clone과 git status를 실행하는 모습, Git GUI의 Staged Changes와 Commit Message, gitk의 커밋 목록이 보입니다. Git Credential Manager 화면은 원격 서버에 로그인할 때 브라우저 또는 코드 방식의 인증을 고르는 예시입니다. 사이트의 화면은 기능 예시이며 설치 마법사의 현재 버튼 배열이나 최신 버전을 증명하는 자료는 아닙니다.
Git for Windows는 무료 오픈소스로 배포되지만 GitHub나 다른 원격 호스팅 서비스의 별도 요금제까지 무료라는 뜻은 아닙니다. 이번 글의 첫 작업은 네트워크 연결 없이 로컬 저장소에서 끝냅니다. 명령과 화면을 구별하면 Git Bash 창을 열었는데 GitHub 로그인부터 해야 한다는 오해를 피할 수 있습니다.
공식 화면에서 본 Git Bash, Git GUI, gitk, 인증 창
Git for Windows 공식 사이트의 정적 화면입니다. Bash와 GUI 예시는 작업 흐름을 보여 주지만 설치 마법사와 릴리스 버전은 별도로 확인해야 합니다. gitk 이미지에는 예전 버전 태그가 보입니다.
| 제품 | Git for Windows |
|---|---|
| 확인 릴리스 | 2.56.0.windows.1 · 2026-09-28 공개 |
| 일반 Windows PC | 64-bit EXE · x64 |
| ARM 기반 PC | arm64 EXE · Windows 11 |
| 32비트 | 일반 설치판 없음; MinGit은 앱 내장용 |
| 포함 도구 | Git Bash · Git GUI · gitk · Git Credential Manager |
내 PC에 맞는 공식 설치 파일 고르기
Windows 설정의 시스템 정보에서 시스템 종류를 먼저 읽으세요. ‘x64 기반 프로세서’인 일반 Intel·AMD Windows 10·11 PC는 Git-2.56.0-64-bit.exe를 고릅니다. ARM64 기반 Windows 11 PC는 Git-2.56.0-arm64.exe를 고릅니다. 파일명에 적힌 64-bit와 arm64는 같지 않습니다. 회사 PC라면 설치 권한이 있는지도 미리 확인하세요.
GitHub 릴리스의 Assets에는 MinGit ZIP, PortableGit 실행형 압축 파일, 디버그 심볼 파일도 함께 보입니다. MinGit은 다른 프로그램에 Git을 내장할 때 쓰는 최소 구성으로, Git Bash와 Git GUI를 배우려는 일반 사용자를 위한 설치판이 아닙니다. 32비트 일반 설치판도 최신 릴리스에 없습니다. 이 글의 버튼은 공식 x64·arm64 설치 EXE 두 개만 연결합니다.
공식 릴리스 노트는 2.56.0에서 Windows 8.1 지원을 끝냈다고 설명합니다. 오래된 요구 사항 페이지에 Windows 8.1 문구가 남아 있어도 최신 릴리스의 지원 조건은 릴리스 노트를 우선해 확인하세요. ARM64용 Git for Windows는 공식 요구 사항에 Windows 11을 명시합니다.
- 설정에서 시스템 종류가 x64인지 ARM64인지 확인합니다.
- 공식 릴리스에서 해당 아키텍처의 Git-2.56.0 EXE를 선택합니다.
- 다운로드 파일명과 제공 저장소 git-for-windows/git을 다시 확인합니다.
설치 마법사를 마치고 Git Bash 열기
공식 파일을 받은 뒤 Windows에서 실행하면 설치 마법사가 열립니다. 여기서 실행 화면을 직접 시험하지 않았으므로 특정 버전의 버튼 이름이나 기본 선택값을 고정해서 설명하지 않습니다. 화면에 표시되는 설치 위치, 편집기, PATH 연동, HTTPS 전송 설정을 읽고 필요한 선택을 하세요. 익숙하지 않다면 설명이 이해되지 않는 고급 옵션을 무작정 바꾸지 않고 기본 선택을 검토해 진행하면 됩니다.
설치가 끝나면 시작 메뉴에서 Git Bash를 찾아 엽니다. `git version`을 입력해 버전이 출력되는지 확인하세요. Git Bash에서는 결과가 나왔는데 기존 PowerShell에서 git 명령을 못 찾는다면 터미널을 새로 열어 PATH 변경을 다시 읽게 한 후 확인합니다. 여전히 찾지 못하면 설치할 때 명령줄 연동 옵션을 어떻게 선택했는지 확인하세요.
- 다운로드한 공식 EXE의 이름과 아키텍처를 확인합니다.
- 설치 마법사의 옵션을 읽고 완료합니다.
- 시작 메뉴에서 Git Bash를 열고 git version으로 설치 결과를 봅니다.
이름과 이메일을 설정하고 첫 커밋 만들기
빈 작업 폴더를 만들고 Git Bash에서 그 폴더로 이동해 `git init`을 실행하세요. Git 공식 안내는 첫 커밋 전에 작성자 이름과 이메일 설정을 권합니다. 이 저장소에서 `git config user.name "내 이름"`과 `git config user.email "내메일@example.com"`을 각자 실제 값으로 바꿔 입력하세요. 이 정보는 커밋 작성자 기록에 남으며 GitHub 로그인 자격 증명과 별개입니다. 다른 저장소에도 같은 정보를 쓰려면 전역 설정을 따로 할 수 있지만, 공용 PC에서는 저장소별 설정이 안전합니다.
저장소 폴더에 README.md 같은 텍스트 파일 하나를 넣습니다. `git status`에서 새 파일을 확인한 다음 `git add README.md`와 `git commit -m "첫 기록"`을 순서대로 실행하세요. `git status`가 작업 트리의 변경 사항이 없다고 표시하고 `git log -1`에 방금 만든 메시지가 나오면 첫 작업을 끝낸 것입니다. 파일명은 실제로 만든 이름과 일치시켜야 합니다.
Git GUI를 선호한다면 공식 화면의 Staged Changes와 Commit Message가 같은 개념입니다. 저장소와 변경 파일을 고른 뒤 변경 내용을 스테이지에 올리고 메시지를 적어 Commit을 진행합니다. 다만 공식 이미지의 저장소는 예시이므로 처음 연 GUI가 똑같은 파일 목록을 보여 주지는 않습니다.
명령 순서가 헷갈리면 각 단계의 결과를 따로 보세요. git init은 작업 폴더에 저장소를 만들지만 아직 파일 내용을 기록하지 않습니다. git add는 다음 커밋에 담을 파일을 고르는 단계이고, git commit은 그 선택을 이력으로 남깁니다. 파일을 바꾼 뒤 다시 커밋하려면 변경 파일을 다시 add해야 합니다. Git GUI에서 보이는 Unstaged Changes와 Staged Changes도 이 차이를 화면으로 나타낸 것입니다.
- 빈 폴더로 이동해 git init을 실행하고 git status로 저장소를 확인합니다.
- git config user.name과 git config user.email로 이 저장소의 작성자 정보를 설정합니다.
- README.md를 만든 뒤 git add README.md와 git commit -m 메시지를 실행합니다.
- git status와 git log -1로 완료 결과를 확인합니다.
Git Bash·Git GUI와 원격 로그인 구별하기
Git Bash는 명령어로 작업하고 Git GUI는 파일 변경과 커밋을 화면에서 확인합니다. gitk는 커밋 이력을 그래프로 탐색할 때 쓰는 별도 화면입니다. 공식 사이트가 보여 주는 이 화면들은 설치 뒤 사용할 수 있는 도구를 소개할 뿐, 네 화면을 모두 거쳐야 설치가 완료된다는 뜻은 아닙니다.
Git Credential Manager의 로그인 창은 원격 저장소에 접근할 때 나타날 수 있습니다. 로컬 git init과 commit에는 이 창이 필요하지 않습니다. 원격 연결을 시작했을 때 인증이 뜨면 브라우저 또는 코드 방식이 현재 이용하는 서비스에 맞는지 확인하고, 비밀번호를 임의의 프로그램 창에 붙여 넣지 마세요. GitHub 계정 문제와 로컬 Git 설치 실패도 구별해야 합니다.
설치·첫 커밋 오류 해결
설치 파일을 잘못 골랐다는 메시지가 나오면 시스템 종류와 받은 파일의 x64·arm64 표기를 다시 대조하세요. ARM64 PC에서도 x64 에뮬레이션으로 일부 프로그램이 돌아갈 수 있지만, 공식 ARM64 파일이 있고 Windows 11이라면 해당 아키텍처의 파일을 선택하는 편이 분명합니다. 32비트 Windows에서는 최신 일반 설치판을 찾을 수 없습니다.
Git Bash에서는 버전이 나오는데 다른 터미널에서 `git`을 찾지 못하면 새 터미널을 연 뒤 다시 확인하세요. 그래도 안 되면 설치 마법사의 PATH 관련 선택을 검토해야 합니다. `git commit`에서 이름·이메일이 없다는 경고가 나오면 저장소 폴더에서 `git config user.name`과 `git config user.email`의 출력값을 확인하고 빠진 값을 설정하세요.
`git status`가 ‘not a git repository’라고 하면 방금 `git init`을 실행한 폴더가 아닌 곳에 있을 수 있습니다. `pwd`로 현재 위치를 확인하고 저장소 폴더로 이동한 뒤 다시 시도하세요. 커밋할 내용이 없다는 메시지는 Git 고장이 아니라 파일을 만들거나 수정하지 않았거나 이미 커밋했을 때 나타날 수 있으니 status와 log를 함께 보세요.
Git Bash에서 입력한 경로가 Windows 탐색기의 경로와 달라 보인다면 Bash가 드라이브를 `/c/`처럼 표시한다는 점을 확인하세요. 예를 들어 탐색기의 C 드라이브 아래 폴더를 찾을 때는 Git Bash의 현재 폴더와 경로 표시를 먼저 대조합니다. 처음부터 원격 저장소를 복제할 필요 없이 새 빈 폴더로 연습하면 인증 창이나 네트워크 오류를 설치 문제로 혼동하지 않습니다.
`git add README.md`에서 파일을 찾을 수 없다는 메시지가 나오면 파일명이 정확한지와 현재 폴더에 그 파일이 있는지 확인하세요. 탐색기에서 확장명을 숨기고 있다면 실제 이름이 README.md.txt일 수 있습니다. Git Bash에서 파일 목록을 살펴보고 이름을 바로잡은 뒤 add를 다시 실행하면 됩니다.
자주 묻는 질문
Git for Windows는 무료인가요?
공식 Git for Windows는 GPLv2 기반으로 무료 배포됩니다. 원격 호스팅 서비스의 요금제는 별개입니다.
x64와 ARM64 중 무엇을 받나요?
Windows 시스템 종류가 x64이면 64-bit EXE, Windows 11 ARM64이면 arm64 EXE를 고릅니다.
32비트 Windows용 최신 설치 파일이 있나요?
최신 공식 릴리스에는 일반 32비트 설치판이 없습니다. 32비트 MinGit은 다른 프로그램에 내장하는 용도입니다.
GitHub 계정이 있어야 첫 커밋을 할 수 있나요?
아닙니다. 로컬 저장소에서 git init, add, commit을 쓰는 데 GitHub 계정은 필요하지 않습니다.
설치 후 git 명령을 못 찾으면 어떻게 하나요?
Git Bash에서 git version을 먼저 확인하고, 다른 터미널은 새로 연 뒤 PATH 연동 선택을 확인하세요.
Git Bash에서 첫 커밋까지 확인하세요
Git for Windows는 공식 릴리스의 x64·arm64 설치 파일에서 무료로 받을 수 있습니다. 다운로드 전에 PC의 시스템 종류를 읽고, 최신 릴리스에서 빠진 32비트 일반 설치판이나 Windows 8.1 지원을 예상하지 마세요.
설치 뒤 Git Bash의 버전 출력으로 설치를 확인하고, 이름·이메일 설정과 첫 커밋을 끝낸 다음 git status와 git log -1을 보세요. 그 결과가 확인돼야 설치 후 첫 사용이 실제로 끝난 것입니다.
공식 자료와 확인일
Git for Windows 공식 사이트 · Git for Windows 2.56.0 공식 릴리스 · Git for Windows 릴리스 노트 · Git for Windows 시스템 요구 사항 · Git 첫 설정 공식 안내 | 2026-10-02T23:25:45.620430+00:00
