
“이 포스팅은 제휴마케팅이 포함된 광고로 커미션을 지급 받습니다.”
GitHub Desktop 설치 방법
GitHub Desktop 설치는 공식 다운로드 페이지에서 Windows 또는 macOS용 파일을 받은 뒤 실행하면 됩니다. Windows에서는 64비트 설치 프로그램을 내려받아 실행하고, Mac에서는 Apple Silicon 또는 Intel 프로세서에 맞는 파일을 선택합니다. 설치 후 GitHub 계정으로 로그인하고 Git 사용자 이름과 이메일을 설정하면 저장소 복제, 커밋, 푸시 같은 기본 작업을 그래픽 화면에서 수행할 수 있습니다.
현재 GitHub가 공식 지원하는 운영체제는 Windows 10 64비트 이상과 macOS 12 이상입니다. Linux용 공식 GitHub Desktop은 제공되지 않습니다.
이 글에서는 GitHub Desktop의 개념부터 Windows와 Mac 설치 방법, 로그인, 저장소 복제, 첫 커밋과 푸시, 편집기 연결 및 설치 오류 해결 방법까지 단계별로 설명합니다.
GitHub Desktop이란?
GitHub Desktop은 GitHub 저장소를 그래픽 사용자 인터페이스로 관리할 수 있게 해주는 무료 데스크톱 애플리케이션입니다.
Git 명령어를 터미널에서 직접 입력하지 않아도 다음 작업을 수행할 수 있습니다.
- GitHub 저장소 복제
- 새 저장소 생성
- 기존 로컬 저장소 추가
- 변경된 파일 확인
- 변경 내용 비교
- 커밋 생성
- 원격 저장소로 푸시
- 원격 변경 사항 가져오기
- 브랜치 생성과 전환
- 병합 충돌 확인
- 풀 리퀘스트 생성
- 기본 편집기로 프로젝트 열기
GitHub Desktop은 Git을 처음 배우는 사용자에게 특히 유용합니다. 변경된 파일과 코드 차이를 시각적으로 보여주기 때문에 어떤 내용이 커밋에 포함되는지 확인하기 쉽습니다.
다만 GitHub Desktop이 Git의 모든 기능을 제공하는 것은 아닙니다. 복잡한 리베이스, 세부적인 로그 분석, 고급 태그 관리 또는 자동화 작업에서는 Git 명령줄이 필요할 수 있습니다.
GitHub Desktop과 Git의 차이
GitHub Desktop, Git, GitHub는 서로 관련되어 있지만 같은 프로그램은 아닙니다.
| 구분 | 역할 | 주요 사용 방식 |
|---|---|---|
| Git | 파일 변경 이력을 관리하는 버전 관리 시스템 | 명령줄 또는 도구에서 사용 |
| GitHub | Git 저장소를 온라인에 저장하고 협업하는 플랫폼 | 웹 브라우저와 API |
| GitHub Desktop | GitHub와 Git 작업을 쉽게 수행하는 데스크톱 앱 | 그래픽 화면 |
| GitHub CLI | GitHub 기능을 터미널에서 사용하는 도구 | 명령줄 |
Git은 컴퓨터에서 파일의 변경 이력을 관리합니다. GitHub는 Git 저장소를 온라인에 보관하고 다른 사람과 협업할 수 있도록 지원합니다. GitHub Desktop은 이 두 환경을 그래픽 화면에서 연결해주는 도구입니다.
GitHub Desktop에서 저장소 복제, 커밋, 푸시 같은 일반 작업을 수행할 때는 별도의 Git 설치가 필수는 아닙니다. 그러나 터미널에서 git 명령을 직접 사용하려면 Git을 별도로 설치해야 합니다. GitHub 공식 설정 문서도 명령줄에서 Git을 사용하려는 경우 Git을 직접 설치해야 한다고 안내합니다.
설치 전 확인 사항
GitHub Desktop 설치 전에 운영체제와 시스템 종류를 확인해야 합니다.
지원 운영체제
GitHub가 현재 공식적으로 안내하는 지원 환경은 다음과 같습니다.
| 운영체제 | 공식 지원 기준 | 참고 사항 |
|---|---|---|
| Windows | Windows 10 64비트 이상 | 32비트 Windows는 지원하지 않음 |
| macOS | macOS 12 이상 | Apple Silicon과 Intel용 파일 제공 |
| Linux | 공식 지원하지 않음 | 커뮤니티 빌드는 공식 제품이 아님 |
| 모바일 | 설치 불가 | GitHub 모바일 앱과 역할이 다름 |
Windows에서는 반드시 64비트 운영체제가 필요합니다. 현재 시스템 종류는 다음 경로에서 확인할 수 있습니다.
설정 → 시스템 → 정보 → 시스템 종류
macOS에서는 Apple 메뉴의 이 Mac에 관하여를 열어 운영체제 버전과 프로세서 종류를 확인할 수 있습니다.
GitHub Desktop 공식 다운로드 페이지는 macOS용 Apple Silicon 및 Intel 버전과 Windows 64비트 버전을 구분해 제공합니다.
설치 전 준비 항목
다음 항목을 준비하세요.
- 지원되는 Windows 또는 macOS 컴퓨터
- 안정적인 인터넷 연결
- 프로그램 설치 권한
- GitHub 계정
- 저장소를 보관할 충분한 디스크 공간
- 코드를 수정할 텍스트 편집기 또는 IDE
- 2단계 인증을 사용하는 경우 인증 수단
GitHub 계정 없이도 일부 로컬 저장소 작업은 가능할 수 있지만, GitHub.com의 원격 저장소를 복제하고 푸시하려면 계정 인증이 필요합니다.
Windows에 GitHub Desktop 설치하기
Windows 10 또는 Windows 11 64비트 환경에서는 다음 순서로 설치할 수 있습니다.
1단계: 공식 다운로드 페이지 접속
Edge, Chrome 또는 다른 웹 브라우저에서 GitHub Desktop 공식 다운로드 페이지에 접속합니다.
운영체제가 자동으로 감지되면 Download for Windows (64bit) 버튼이 표시됩니다.
2단계: 설치 파일 다운로드
다운로드 버튼을 선택하면 Windows용 설치 파일이 내려받아집니다. 브라우저 설정에 따라 다운로드 폴더에 자동으로 저장되거나 저장 위치를 선택하는 창이 나타날 수 있습니다.
비공식 블로그, 소프트웨어 자료실 또는 파일 공유 사이트에서 설치 파일을 받지 마세요. 오래된 버전이거나 변조된 프로그램일 가능성을 배제할 수 없습니다.
3단계: 설치 프로그램 실행
다운로드한 설치 파일을 두 번 클릭합니다.
GitHub 공식 설치 안내에 따르면 Windows에서는 설치 파일을 실행하면 GitHub Desktop이 자동으로 설치되고, 설치가 끝난 뒤 프로그램이 실행됩니다.
설치 화면이 오랫동안 멈춘 것처럼 보이면 다음을 확인하세요.
- 인터넷 연결 상태
- 저장 공간
- Windows 보안 프로그램의 차단 기록
- 회사 또는 학교의 프로그램 설치 정책
- 기존 GitHub Desktop 프로세스 실행 여부
4단계: GitHub Desktop 실행
설치가 완료되면 시작 메뉴에서 GitHub Desktop을 검색해 실행할 수 있습니다.
바탕 화면 바로가기가 만들어지지 않았더라도 설치 실패를 의미하지는 않습니다. 시작 메뉴나 Windows 검색에서 프로그램을 찾으세요.
관리자 권한이 필요한가요?
일반적인 설치는 사용자 계정 영역에서 진행될 수 있지만, 조직에서 관리하는 PC나 보안 정책이 적용된 환경에서는 관리자 승인이 필요할 수 있습니다.
관리자 권한으로 무조건 실행하기보다 먼저 일반 방식으로 설치하고, 권한 오류가 나타날 때 조직 관리자나 PC 관리 정책을 확인하는 것이 좋습니다.
macOS에 GitHub Desktop 설치하기
Mac에서는 Apple Silicon과 Intel 프로세서에 맞는 설치 파일을 선택해야 합니다.
Mac 프로세서 확인 방법
- 화면 왼쪽 위의 Apple 메뉴를 선택합니다.
- 이 Mac에 관하여를 엽니다.
- 칩 또는 프로세서 항목을 확인합니다.
다음과 같이 선택하면 됩니다.
- M1, M2, M3, M4 등: Apple Silicon 버전
- Intel Core 계열: Intel 버전
macOS 설치 단계
- GitHub Desktop 공식 다운로드 페이지를 엽니다.
- Apple Silicon 또는 Intel용 파일을 선택합니다.
- 다운로드 폴더에서 ZIP 파일을 두 번 클릭합니다.
- 압축이 풀리면 GitHub Desktop 앱을 실행합니다.
- 필요하면 앱을 Applications 폴더로 이동합니다.
- 최초 실행 경고에서 앱 출처를 확인하고 열기를 선택합니다.
- Dock에 고정하려면 아이콘의 옵션에서 Dock에 유지를 선택합니다.
GitHub의 공식 설치 문서도 macOS 12 이상에서 ZIP 파일을 내려받아 압축을 푼 뒤 GitHub Desktop 애플리케이션을 실행하도록 안내합니다.
“앱을 열 수 없습니다” 오류
macOS 보안 설정이 인터넷에서 내려받은 앱의 실행을 제한할 수 있습니다.
다음 항목을 확인하세요.
- 공식 GitHub 페이지에서 받은 파일인지
- 사용 중인 Mac과 프로세서가 일치하는지
- ZIP 파일의 압축이 정상적으로 풀렸는지
- macOS 버전이 12 이상인지
- 시스템 설정의 개인정보 보호 및 보안에 차단 기록이 있는지
출처를 확인하지 않고 보안 설정을 전체 해제하는 것은 권장하지 않습니다.
Linux에 GitHub Desktop을 설치할 수 있나요?
GitHub Desktop은 공식적으로 Windows와 macOS만 지원합니다. Ubuntu, Debian, Fedora 등 Linux용 공식 설치 프로그램은 제공되지 않습니다.
인터넷에서 Linux용 GitHub Desktop 패키지를 찾을 수 있지만 대부분 커뮤니티가 별도로 빌드한 비공식 버전입니다. GitHub의 공식 지원, 업데이트 일정 및 보안 검토가 동일하게 적용된다고 볼 수 없습니다.
Linux에서는 다음 대안을 고려할 수 있습니다.
- Git 명령줄
- GitHub CLI
- Visual Studio Code의 Source Control
- JetBrains IDE의 Git 기능
- Linux를 공식 지원하는 Git GUI
- 웹 브라우저에서 GitHub 사용
팀이나 회사 프로젝트에서는 보안 정책과 업데이트 관리가 중요한 만큼 공식 지원 여부를 먼저 확인하세요.
GitHub 계정으로 로그인하기
설치가 끝나면 GitHub.com 또는 GitHub Enterprise 계정을 연결할 수 있습니다.
로그인 단계
- GitHub Desktop을 실행합니다.
- Sign in to GitHub.com을 선택합니다.
- 웹 브라우저가 열리면 GitHub 계정으로 로그인합니다.
- 2단계 인증을 사용한다면 인증 절차를 완료합니다.
- GitHub Desktop 연결 권한을 확인합니다.
- 브라우저에서 앱으로 돌아갑니다.
- 계정이 정상적으로 표시되는지 확인합니다.
GitHub 공식 문서에 따르면 GitHub Desktop 인증은 브라우저에서 계정 정보를 입력하고 로그인하는 방식으로 진행됩니다. 인증이 완료되면 GitHub 또는 GitHub Enterprise의 원격 저장소에 연결할 수 있습니다.
회사용 GitHub Enterprise 로그인
회사나 기관에서 GitHub Enterprise를 사용한다면 일반 GitHub.com 대신 Sign in to GitHub Enterprise를 선택해야 할 수 있습니다.
Enterprise Server 주소, SSO 및 인증 정책은 조직마다 다릅니다. 로그인 주소를 모르면 회사의 GitHub 관리자나 개발팀에 문의하세요.
로그인할 때 주의할 점
- 공용 PC에서는 계정 로그인을 피합니다.
- 브라우저 주소가 공식 GitHub 도메인인지 확인합니다.
- 2단계 인증 코드를 다른 사람에게 전달하지 않습니다.
- 개인용과 회사용 계정을 혼동하지 않습니다.
- 조직의 SSO 승인이 필요한지 확인합니다.
- 사용을 마친 공용 기기에서는 계정을 제거합니다.
Git 사용자 이름과 이메일 설정하기
GitHub Desktop에서 커밋을 만들려면 커밋 작성자 정보가 필요합니다.
설정해야 하는 주요 항목은 다음과 같습니다.
- Name: 커밋 작성자 이름
- Email: 커밋에 기록할 이메일 주소
GitHub Desktop의 Options 또는 Settings에서 Git 관련 설정을 열어 이름과 이메일을 확인할 수 있습니다. GitHub 공식 시작 문서도 설치와 인증 후 Git 커밋에 연결할 이름과 이메일을 설정해야 한다고 안내합니다.
어떤 이메일을 사용해야 하나요?
GitHub 계정에 연결된 이메일을 사용하면 커밋이 계정 활동에 정확히 연결되기 쉽습니다.
개인 이메일 공개를 원하지 않는다면 GitHub가 제공하는 비공개 이메일 주소를 사용할 수 있습니다. GitHub 웹사이트의 이메일 설정에서 비공개 이메일 관련 옵션을 확인하세요.
회사 프로젝트에서는 조직에서 지정한 업무용 이메일을 사용해야 할 수 있습니다.
잘못된 이메일을 설정하면 어떻게 되나요?
코드 자체가 사라지는 것은 아니지만 커밋이 GitHub 프로필의 기여 기록에 연결되지 않을 수 있습니다.
이미 만들어진 커밋의 작성자 정보를 수정하는 작업은 저장소 이력을 변경할 수 있으므로, 협업 저장소에서는 팀과 상의하지 않고 수정하지 않는 것이 좋습니다.
GitHub 저장소 복제하기
복제 또는 클론은 GitHub에 있는 저장소의 전체 파일과 Git 이력을 내 컴퓨터로 가져오는 작업입니다.
GitHub Desktop에서 복제하기
- GitHub Desktop을 실행합니다.
- 메뉴에서 File → Clone Repository를 선택합니다.
- GitHub.com 탭에서 원하는 저장소를 찾습니다.
- 저장소를 선택합니다.
- Local Path에서 저장 위치를 지정합니다.
- Clone을 선택합니다.
- 다운로드가 끝나면 기본 편집기로 프로젝트를 엽니다.
GitHub 공식 문서는 Clone Repository 창에서 저장소를 선택하고 로컬 경로를 지정한 뒤 Clone을 선택하도록 안내합니다. URL 탭에 저장소 주소를 직접 입력하는 방법도 지원합니다.
GitHub 웹사이트에서 복제하기
- GitHub 웹사이트에서 저장소 페이지를 엽니다.
- 파일 목록 위의 Code 버튼을 선택합니다.
- Open with GitHub Desktop을 선택합니다.
- 브라우저의 앱 실행 요청을 허용합니다.
- GitHub Desktop에서 로컬 저장 위치를 확인합니다.
- Clone을 선택합니다.
저장 위치 선택 시 주의 사항
다음 위치는 피하는 것이 좋습니다.
- 자동 동기화 충돌이 잦은 클라우드 폴더
- 쓰기 권한이 없는 시스템 폴더
- 이동식 저장 장치의 불안정한 경로
- 한 프로젝트 안에 다른 저장소가 중첩되는 위치
- 저장 공간이 부족한 드라이브
프로젝트 전용 폴더를 만들어 저장소를 정리하면 관리하기 쉽습니다.
새 저장소 만들기
새 프로젝트를 시작한다면 GitHub Desktop에서 로컬 저장소를 만들 수 있습니다.
- File → New Repository를 선택합니다.
- 저장소 이름을 입력합니다.
- 설명을 입력합니다.
- 로컬 저장 위치를 지정합니다.
- 필요한
.gitignore유형을 선택합니다. - 라이선스가 필요하면 선택합니다.
- Create Repository를 클릭합니다.
- 온라인에 올리려면 Publish Repository를 선택합니다.
비밀번호, API 키, 인증서, 환경 변수 파일과 같은 민감한 정보는 저장소에 커밋하지 마세요.
.gitignore 파일을 이용하면 다음과 같은 파일을 Git 추적 대상에서 제외할 수 있습니다.
.env- 빌드 결과물
- 패키지 캐시
- 운영체제 임시 파일
- 편집기 개인 설정
- 로그 파일
- 로컬 데이터베이스
민감한 정보가 이미 커밋됐다면 파일만 삭제하는 것으로 충분하지 않을 수 있습니다. 저장소 이력과 노출된 키를 함께 처리해야 합니다.
첫 커밋과 푸시 방법
커밋은 변경 내용을 하나의 기록 단위로 저장하는 작업입니다. 푸시는 로컬 커밋을 GitHub의 원격 저장소로 전송하는 작업입니다.
첫 커밋 만들기
- GitHub Desktop에서 저장소를 선택합니다.
- VS Code 또는 다른 편집기로 파일을 수정합니다.
- GitHub Desktop으로 돌아옵니다.
- 왼쪽 변경 파일 목록을 확인합니다.
- 커밋에 포함할 파일만 선택합니다.
- Summary에 변경 내용을 요약합니다.
- 필요하면 Description에 세부 내용을 입력합니다.
- Commit to 현재 브랜치를 선택합니다.
커밋 메시지는 변경 목적이 드러나도록 작성하는 것이 좋습니다.
좋은 예시는 다음과 같습니다.
- 로그인 폼 유효성 검사 추가
- 모바일 메뉴 레이아웃 수정
- 설치 문서에 macOS 단계 추가
- 상품 검색 API 오류 처리 개선
“수정”, “작업”, “업데이트”처럼 의미가 불명확한 메시지는 나중에 이력을 이해하기 어렵게 만듭니다.
GitHub로 푸시하기
커밋이 완료되면 상단의 Push origin을 선택합니다.
다른 사람이 먼저 변경 내용을 올린 경우에는 푸시 전에 Fetch origin 또는 Pull origin을 실행해야 할 수 있습니다.
GitHub Desktop은 변경 사항을 검토해 커밋하고, 원격 저장소에 푸시하며, 브랜치와 풀 리퀘스트를 관리하는 기본 협업 흐름을 지원합니다.
브랜치를 사용하는 이유
브랜치는 기본 코드에 직접 영향을 주지 않고 기능이나 수정 작업을 진행할 수 있게 해줍니다.
일반적인 작업 흐름은 다음과 같습니다.
- 기본 브랜치의 최신 변경 사항을 가져옵니다.
- 새 브랜치를 만듭니다.
- 파일을 수정합니다.
- 변경 내용을 커밋합니다.
- 브랜치를 GitHub에 게시합니다.
- 풀 리퀘스트를 만듭니다.
- 코드 검토 후 기본 브랜치에 병합합니다.
브랜치 이름은 작업 내용을 이해할 수 있도록 작성하세요.
예시:
feature/login-pagefix/mobile-navigationdocs/install-guidechore/update-dependencies
Visual Studio Code와 연결하기
GitHub Desktop에서 저장소를 기본 편집기로 바로 열 수 있습니다.
기본 편집기 설정
- GitHub Desktop의 Settings 또는 Options를 엽니다.
- Integrations 항목을 선택합니다.
- External Editor에서 Visual Studio Code를 선택합니다.
- 설정을 저장합니다.
- 저장소 화면에서 Open in Visual Studio Code를 선택합니다.
설치된 편집기가 목록에 보이지 않는다면 해당 편집기가 정상적으로 설치됐는지 확인하고 GitHub Desktop을 다시 실행하세요.
GitHub Desktop은 Windows와 macOS에서 여러 텍스트 편집기 및 IDE를 기본 편집기로 지정할 수 있습니다.
GitHub Desktop을 명령줄에서 실행하기
GitHub Desktop은 명령줄에서 실행하도록 설정할 수 있습니다.
macOS에서는 메뉴에서 GitHub Desktop → Install Command Line Tool을 선택해 명령줄 도구를 설치할 수 있습니다. 설치 후 터미널에서 현재 저장소를 GitHub Desktop으로 열 수 있습니다.
이 기능은 Git 명령줄과 GitHub Desktop을 함께 사용하는 사용자에게 편리합니다.
다만 GitHub Desktop 실행 명령과 git 명령은 역할이 다릅니다. git status, git log, git rebase 같은 명령을 사용하려면 별도의 Git 명령줄 환경이 필요합니다.
GitHub Desktop 업데이트 방법
GitHub Desktop은 안정성과 보안 개선을 위해 정기적으로 업데이트됩니다. 일반적으로 앱이 실행 중일 때 새 버전을 확인하고 업데이트를 적용합니다.
업데이트가 정상적으로 진행되지 않는다면 다음을 확인하세요.
- 인터넷 연결
- 저장 공간
- 보안 프로그램 차단
- 앱 실행 권한
- 회사의 업데이트 정책
- 지원 운영체제 사용 여부
GitHub는 공식 릴리스 노트 페이지에서 버전별 수정 사항과 새 기능을 공개합니다. 2026년에도 GitHub Desktop의 기능 개선과 버그 수정 릴리스가 계속 제공되고 있습니다.
업무용 PC에서는 새 버전을 임의로 설치하기 전에 조직의 소프트웨어 배포 정책을 확인해야 할 수 있습니다.
GitHub Desktop 설치 오류 해결 방법
Windows에서 설치 파일이 실행되지 않을 때
다음 순서로 확인하세요.
- Windows가 64비트인지 확인합니다.
- Windows 10 이상인지 확인합니다.
- 공식 페이지에서 설치 파일을 다시 받습니다.
- 실행 중인 GitHub Desktop 프로세스를 종료합니다.
- PC를 재부팅합니다.
- Windows 보안의 차단 기록을 확인합니다.
- 회사나 학교의 설치 제한 여부를 확인합니다.
32비트 Windows에서는 공식 GitHub Desktop을 실행할 수 없습니다.
Mac에서 앱이 열리지 않을 때
- macOS 12 이상인지 확인합니다.
- Apple Silicon 또는 Intel용 파일을 올바르게 받았는지 확인합니다.
- ZIP 파일을 다시 내려받아 압축을 풉니다.
- 응용 프로그램 폴더로 이동한 뒤 실행합니다.
- 개인정보 보호 및 보안 설정의 차단 메시지를 확인합니다.
로그인 화면이 반복될 때
브라우저 인증이 완료됐는데도 GitHub Desktop으로 돌아오지 않는다면 다음을 확인하세요.
- 기본 브라우저의 팝업 또는 리디렉션 차단
- 브라우저 확장 프로그램
- VPN이나 프록시
- 회사 네트워크의 GitHub 접속 제한
- 시스템 날짜와 시간
- GitHub 계정의 SSO 승인
- 이전 계정의 로그인 쿠키
공용 PC에서는 브라우저 쿠키와 저장된 계정 정보를 반드시 정리하세요.
저장소 복제가 실패할 때
대표적인 원인은 다음과 같습니다.
- 저장소 접근 권한 없음
- 잘못된 저장소 주소
- 디스크 공간 부족
- 로컬 폴더 쓰기 권한 부족
- 파일 경로가 지나치게 김
- 조직 SSO 승인 누락
- 네트워크 또는 프록시 차단
- 저장소가 삭제되거나 이름이 변경됨
비공개 저장소라면 로그인한 계정이 해당 저장소를 볼 수 있는지 GitHub 웹사이트에서 먼저 확인하세요.
푸시가 거부될 때
다른 사용자가 먼저 원격 저장소에 변경 사항을 올렸거나, 현재 브랜치에 직접 푸시할 권한이 없을 수 있습니다.
- Fetch origin을 선택합니다.
- 원격 변경 사항이 있으면 Pull origin을 실행합니다.
- 충돌이 발생하면 파일을 수정합니다.
- 해결된 파일을 커밋합니다.
- 다시 푸시합니다.
보호된 브랜치에서는 직접 푸시 대신 새 브랜치를 게시하고 풀 리퀘스트를 만들어야 할 수 있습니다.
변경한 파일이 표시되지 않을 때
- 올바른 저장소를 열었는지 확인합니다.
- 파일이 저장됐는지 확인합니다.
.gitignore에 포함됐는지 확인합니다.- 저장소 폴더 밖의 파일을 수정하지 않았는지 확인합니다.
- 하위 폴더에 별도의 Git 저장소가 있는지 확인합니다.
- 파일 시스템 권한을 점검합니다.
자주 묻는 질문
GitHub Desktop은 무료인가요?
네. GitHub Desktop은 무료로 설치해 사용할 수 있습니다. GitHub 계정도 무료 플랜을 제공하지만, 일부 GitHub 서비스와 조직 기능에는 별도 요금제가 적용될 수 있습니다.
GitHub Desktop을 사용하려면 GitHub 계정이 필요한가요?
로컬 저장소를 관리하는 일부 작업은 계정 없이도 가능할 수 있습니다. 그러나 GitHub.com 저장소를 복제하거나 푸시하고 협업하려면 계정 인증이 필요합니다.
Git을 별도로 설치해야 하나요?
GitHub Desktop의 그래픽 기능만 사용할 때는 별도 Git 설치가 필수는 아닙니다. 터미널에서 git 명령을 직접 사용하려면 Git을 별도로 설치해야 합니다.
Windows 7에 설치할 수 있나요?
공식 지원 대상은 Windows 10 64비트 이상입니다. Windows 7은 지원되지 않으며 최신 업데이트와 보안 수정도 기대할 수 없습니다.
Ubuntu에 GitHub Desktop을 설치할 수 있나요?
GitHub가 제공하는 공식 Linux 버전은 없습니다. 인터넷에서 제공되는 Linux용 빌드는 커뮤니티 프로젝트일 수 있으므로 지원과 보안 업데이트 범위를 확인해야 합니다.
Visual Studio Code와 함께 사용할 수 있나요?
네. GitHub Desktop의 기본 외부 편집기로 Visual Studio Code를 지정하면 저장소를 VS Code에서 바로 열어 파일을 수정할 수 있습니다.
GitHub Desktop으로 비공개 저장소도 복제할 수 있나요?
로그인한 계정에 해당 저장소의 접근 권한이 있다면 가능합니다. 조직에서 SSO를 사용한다면 추가 승인이 필요할 수 있습니다.
GitHub Desktop을 삭제하면 프로젝트도 사라지나요?
프로그램만 제거하면 별도 폴더에 저장된 프로젝트 파일은 일반적으로 남습니다. 그러나 제거 과정이나 수동 정리 중 저장소 폴더를 함께 삭제하면 파일을 잃을 수 있으므로 중요한 작업은 원격 저장소에 푸시하거나 별도로 백업하세요.
결론
GitHub Desktop 설치에서 가장 중요한 것은 공식 다운로드 페이지를 사용하고 지원 운영체제를 확인하는 것입니다. Windows에서는 Windows 10 64비트 이상이 필요하며, Mac에서는 macOS 12 이상과 프로세서 종류를 확인해야 합니다. Linux는 공식 지원 대상이 아닙니다.
설치가 끝나면 GitHub 계정으로 로그인하고 커밋에 사용할 이름과 이메일을 설정하세요. 이후 저장소를 복제하고 기본 편집기를 연결하면 파일 수정, 커밋, 푸시 및 브랜치 작업을 그래픽 화면에서 수행할 수 있습니다.
GitHub Desktop은 Git 명령어가 익숙하지 않은 입문자에게 편리하지만, 저장소와 브랜치, 커밋, 푸시의 기본 개념은 함께 익히는 것이 좋습니다. 민감한 정보는 커밋하지 말고, 푸시 전에는 변경 파일과 코드 차이를 반드시 검토하세요.
